Re: Пролагивание коннектов при проверке синтаксиса
kpoxa
kpoxa на kpoxa.net
Чт Ноя 15 09:42:51 UTC 2018
Добрый день.
Не помогает такой вариант:
http {
server {
server_name bind_only;
listen 80;
listen 443 ssl;
location / { return 200;}
}
server {
listen ip10:443;
}
server {
listen ip11:443;
}
}
stream {
server {
listen ip1:443;
}
server {
listen ip2:443;
}
server {
listen ip3:443;
}
}
Всё равно nginx при проверке синтаксиса делает bind ко всем адресам,
которые указаны в listen;
чт, 15 нояб. 2018 г. в 08:23, Vadim A. Misbakh-Soloviov <nginx at mva.name>:
> В письме от среда, 14 ноября 2018 г. 21:11:01 +07 пользователь kpoxa
> написал:
> > Я правильно понимаю, что можно сделать один listen 443 в специально
> > сделанном сайте,
> > который по другому никак не будет использоваться, а во всех остальных
> > местах,
> > и в HTTP и в стримах оставить listen ip:443 и все будет работать?
>
> Лучше, всё же в "дефолтном" `server {}`-блоке, который будет загружаться
> самым
> первым (т.е. либо дать ему такое имя, чтобы в алфавитном порядке при
> разыменовывании вайлдкарда оказался первым, либо в явном виде первым
> заинклудить.
>
> Плюс, лучше, всё же, в явном виде
> ```
> listen *:443
> listen [::]:443
> ```
> чтобы не надеяться на поведение "по умолчанию"
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20181115/2d83a013/attachment.html>
Подробная информация о списке рассылки nginx-ru