Освобождение 8080т порта

[wensont]

Это странно, но по какой-то причине nginx пытается прочитать конфигурационный файл для apache.
Возможно инклуд есть в /etc/httpd/conf.d/vesta.conf. Там должен быть инклуд файла только для nginx-a, по типу

Code: Select all

include /home/admin/conf/web/nginx.conf;
include /home/demo/conf/web/nginx.conf;

Теперь по какой-то причине апач пытается использовать конфигурацию nginx.
В файле /etc/httpd/conf.d/vesta.conf, должны быть инклуды только конфигов *.httpd

Code: Select all

Listen xxx.xxx.xxx.xxx:8443
    NameVirtualHost xxx.xxx.xxx.xxx:8443

    Include /home/admin/conf/web/httpd.conf
    Include /home/demo/conf/web/httpd.conf

Где-то тут противоречия....

[wensont]

Так, по-порядку:
1. Забилдил с нуля сервер CentOS 6.3 x64
2. Обновил
3. Установил Vesta
4. Меняем порт в файле (порт 8088)

Code: Select all

/usr/local/vesta/conf/vesta.conf

5. Меняем порт для всех виртуальных хостов в файле (порт 8088):

Code: Select all

/home/admin/conf/web/httpd.conf

6. Меняем порт прослушки и вирутального хоста в файле (порт 8088):

Code: Select all

/etc/httpd/conf.d/vesta.conf

7. Меняем порт проксирования в файле (порт 8088):

Code: Select all

/etc/nginx/conf.d/vesta_ip.conf

8. перезапускаем httpd и vesta
9. получаем -

Code: Select all

502 Bad Gateway
nginx

[wensont]

В фале логов nginx почему-то обращения идут на http://xxx.xxx.xxx.xxx:8080 и он дает ошибку...

[wensont]

В файле

Code: Select all

/etc/nginx/conf.d/vesta_users.conf

отключил чтение конфига

Code: Select all

/home/admin/conf/web/httpd.conf

и проблема решилась.

Теперь вопрос, это не повлияет на работу и функционал Vesta?

[wensont]

Вроде все работает, но появилась ошибка:

Code: Select all

Код: 20

при создании, веб или днс, но при этом все создается и работает.

[skid]

Код: 20, означает что один из сервисов не может быть перезапущен из-за ошибки в конфигурации.
Где именно ошибка будет понятно после валидации:

Code: Select all

service named configtest
service httpd configtet
service nginx configtest

[wensont]

Спасибо, проблема была в ДНСе :-)

Сейчас все нормалньо работает :-)

Спасибо за поддержку и продукт :-)

[XakRu]

Для этого лучше указывать

Code: Select all

Listen 443
<VirtualHost 78.47.106.218:8080>
      ServerName bla.bla.ru
      ServerAlias www.bla.bla.ru

[jser]

Возможно инклуд есть в /etc/httpd/conf.d/vesta.conf. Там должен быть инклуд файла только для nginx-a

Нарвался на такую же проблему - с неожиданным концом файла конфигурации nginx'а для одного юзера. Сам nginx долго матерился:

nginx: [emerg] unexpected end of file, expecting ";" or "}" in /home/xxxxx/conf/web/httpd.conf:238

а также

nginx: configuration file /etc/nginx/nginx.conf test failed

Догадался, что инклуды для nginx'а должны быть не в /etc/httpd/conf.d/vesta.conf, а в /etc/nginx/conf.d/vesta.conf. Полез туда - именно так все и оказалось. В строчке, где писалось про глючный домен был вписан инклуд для Апача. Поменял - все заработало.
Так что инклуды для Апача - в /etc/httpd/conf.d/vesta.conf, а для nginx'а - в /etc/nginx/conf.d/vesta.conf.
Теперь, правда получил предупреждение от nginx'а - мол, конфликтующие имена игнорируются:

nginx: [warn] conflicting server name "www.xxxxxxx.com" on IP.IP.IP.IP:80, ignored

Но несмотря на это, все заработало. Значит, с предупреждением можно будет разобраться чуть позже.
Зато появилось предположение - если вчера и сегодня до обеда все работало нормально, значит записи всех инклудов в /etc/nginx/conf.d/vesta.conf были нормальные, а затем одна строчка, точнее, пять букв в одной строчке вдруг самопроизвольно поменялись. Ну и вопрос сам собой наклюнулся - как такое может быть?
В то, что это дело рук злого хакера, взломавшего сервер, не верю - ему проще было бы убить весь файл или поменять все содержимое. Тем более, что авторизация по паролю запрещена, только ключом, плюс fail2ban. Но и в то, что неодушевленная железка так "удачно" сообразила - тоже не особо верю.
И тут появляется следующий вопрос: переписывает ли Веста периодически свои конфиги? Если да, то как часто, в каких случаях, и не может ли она в процессе перезаписи конфига ошибиться?

Нашел, в чем было дело. Оказывается, в /etc/nginx/nginx.conf строчка не изменилась, а добавилась - сразу не разглядел. Когда инклуд выглядел как

Code: Select all

include /home/%username#/conf/web/httpd.conf 

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

[Светозар]

up, та же проблема. Даже тему создал новую, эту сразу не нашел. ПРобелма такая же, только суть в том, чтоя настроек на сервере не проводил. Дступов тоже туда небыло.