Не перезапускается NGINX, похоже занят 443 порт, как починить?

Question

[Shing]

Не перезапускается nginx после того как перевожу домен на SSL.
Выдает

nginx: [emerg] bind() to 443 failed (98: Address already in use)

То есть порт 443 занят как понимаю.
netstat показывает: tcp 0 0 :::443 :::* LISTEN 2488/httpd

Если затушить httpd и перезапустить nginx, то потом не поднимается httpd, с похожей ошибкой,

(98)Address already in use: make_sock: could not bind to address [::]:443
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:443

в /etc/httpd/conf.d/ssl.conf Listen 443

p.s. centos 6.1, vestacp, letsencrypt

Answer 1

[Владимир]

Таки занят порт апачем, попробуйте его потушить в сервисах и проверьте не установлен ли на него автозапуск.

Comments

[Shing]

Без httpd у меня ничего не работает, отключать его нельзя.

[Евген]

Shing, переносите nginx на другой порт
вопрос закрыт

Answer 2

[Fixid]

Все логично. На одном порту может быть только один процесс.
Если у вас типичная схема где Nginx как reverse proxy на localhost, то ssl сертификат должен быть только у него. А httpd должен отвечать по http на localhost для Nginx

Comments

[Shing]

А как это сделать? )

[Fixid]

Shing, В общем виде

[Виктор Таран]

не правельный ответ, не должен он отвечать по http
это ошибка всех мануалов, в интернете, как не прискорбен факт.
Нормально заголовки https он не может транслировать хоть и пытается. так же js в апаче уж точно не обладает телепатией и честно работает на своем протоколе, как и htaccess, и многое другое, да частично можно подменить протокол, но это именно частично.

В результате вы получаете какую-нибудь хрень типа
рефери
https://site.ru:443
и тому подобное извращение.
мало того суть https это защита канала, и в нем нельзя использогвать http
так же многие движки умеюр работать только на одном из протоколов.
И не могут работать на двух сразу.
Например modx wordpress., будет mix_content

То есть фундоментально работать будет , но добиться качественных ответов сервера, и 100% адекватного поведения можно только
https > pryxy https
да еще и желательно с теми же сертификаты

теперь что касается реально темы, вам нужно определить что именно занимает пот

ps aux | grep  http
ps aux | grep  nginx
kill -9 ***

а еще лучше найдите в папке /etc/httpd все файлы которые содержат 443
Если это апачь то легко будет убедитья останов его, вы сможете запустить nginx

Answer 3

[ТыжСисАдмин]

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

Comments

[Виктор Таран]

Здрасти nginx+apache+php-fpm одна из популярнийших связок на данный момент, вы про что батенька?

[ТыжСисАдмин]

Виктор Таран, я вот даже не знаю где в этой связке Apache популярным стал, вот без него да, популярная, а апача ставят те кто не осилил "rewrite" в nginx )

[Виктор Таран]

ТыжСисАдмин, Ну и где вы видите что кто-то что-то куда-то ставит?
99% это готовые решения
VPS VDS shared
А там apache+nginx в 90% случаев.

[ТыжСисАдмин]

Виктор Таран, ну опять-жеж решение из разряда "для тех кто не знает чего нужно" и опять-же в основном проблема в rewrite будет ибо объяснить людям что их .htaccess не будет работать а нужно сделать по другому, хостер будет послан :)
Короч апач это велосипед, необходимое зло, но в связке он лишний от слова вообще :)

[Виктор Таран]

ТыжСисАдмин, У меня на данный момент на серверах 675 проектов, и того 43 сервера,
Больше половины перешло от клиентов, так что это не моя личная конфигурация а перешло по наследству от других людей.
на 3 из них nginx +php-fpm
12 на чистом apache
1 CGI
17 nginx+apache+mod_apache
10 nginx+apache+php-fpm ( в общей практике таких решений будет меньше, это моя блаж)
Все проекты активны, все сервера тоже. И да я знаю как работает mod_rewrote получше большенства рунета ну и с nginx проблем нет.
НО я не вижу тут доминирования nginx+fpm, хотя да это одна из самых быстрых связок, но по факту на 3-8% быстрй чем nginx+apache+fpm