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