Назад | Перейти на главную страницу

В соединении отказано при настройке Chef Server 11 на Ubuntu 14

Я только что запустил виртуальную машину Ubuntu 14.04 на HPCloud.com, чтобы попрактиковаться в Chef.

Следуя этому Туриал Я настраиваю DNS на HPCloud, а также устанавливаю имя хоста в / etc / hosts на chef-server.mydomain.com

При беге

chef-server-ctl user-create user_name first_name last_name email password --filename FILE_NAME

я собираюсь

ERROR: Connection refused connecting to https://127.0.0.1/users/, retry 1/5

Это повторяется 5 раз и терпит неудачу. Что не так с моей настройкой?

У меня было искушение спросить вас об этом в комментариях, но я подумал, что могу подробнее рассказать о возможном исправлении в разделе ответов.

Итак, если вам отказано в соединении для какой-либо службы, а не только для Chef, убедитесь, что служба работает так, как должна. Полагаю, вы взяли поваренную книгу apache 2.x и правильно ее установили, да?

Этап 1:

Если да, выдайте:

netstat -anp | grep :443 # or whatever your designated HTTP/HTTPS port is.

и если вы его видите, отлично, служба запущена и открыла порт, переходите к этапу 3. Если служба не открыла порт, переходите к этапу 2.

2 этап:

Убедитесь, что вы настроили SELinux так, чтобы служба могла открывать порт.

https://wiki.ubuntu.com/SELinux

а потом;

semanage port -a -t http_port_t -p tcp 443

Вы всегда можете проверить, включен ли SELinux или отключен, в файле конфигурации SELinux.

Если SELinux отключен, проверьте, запущены ли у вас iptables, и если да, введите команду (предполагая, что порт 443 - это ваш HTTPS-порт):

 iptables -A INPUT -p tcp --dport 443 -j ACCEPT

или если вы используете firewalld

    firewall-cmd --zone=public --add-port=443/tcp --permanent

3 этап:

У вас есть разрешение на просмотр каталога / пользователей? Вы не указали номер ошибки HTTP, поэтому я предполагаю, что все, что вы пытаетесь сделать, - это отказ в соединении, возможно, из-за разрешений.

Помните, что используемая вами команда Chef пытается создать пользователя, вы можете попробовать sudo, если вы тоже не root!

Другая возможная ошибка - это проверить настройки SSL и убедиться, что 127.0.0.1 разрешен для просмотра 127.0.0.1.

В Apache 2.4 другие правила, а не старомодный «разрешающий порядок».

Вы можете проверить это, чтобы увидеть, работает ли это:

<RequireAll>
Require host address #Change as necessary
Require ip ip.address #Change as necessary
</RequireAll>

то есть:

<RequireAll>
Require all granted
Require not ip 10.252.46.165 # This denies IPs
</RequireAll>

Наконец, если ничего из этого не сработает, проверьте свои файлы журнала httpd, это последнее средство ... ну ... Google ...

У меня была та же проблема, но на бродячей виртуальной машине, которую я сделал для тестирования. Как я это решил:

  1. редактировать / etc / hosts и добавьте имя хоста вашего сервера (чтобы nginx видел его как полное доменное имя).
  2. Бегать chef-server-ctl перенастроить
  3. Бегать статус chef-server-ctl чтобы убедиться, что все процессы запущены (ни один из них не должен говорить "вниз". Если один из них не работает, попробуйте запустить Chef-server-ctl перезапуск).
  4. Запустите свой Chef-server-ctl создать пользователя... снова командовать.