ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: server_name bug







2008/10/30 MZ <zuborg@xxxxxxxxxxxxxxxxxxx>
В ср, 29/10/2008 в 21:23 +0200, Gena Makhomed пишет:
> M> Кто-нибудь сможет привести реальный пример
> M> когда требуется именно такое поведение как сейчас?
>
> сейчас директива listen *:port означает "все остальные ip:port,
> кроме явно определенных в других директивах server", и это имеет
> смысл и дает возможность для маневра, когда часть ip - динамические.

Так вот, мое предложение состоит в том чтобы выбросить из вашего
определения часть "кроме явно определенных в других директивах server".
Т.е. будет означать просто "все ip:port".
Вы все ещё настаивате на том что сможете привести пример когда такое
изменение сделает невозможным определить нужную вам конфигурацию ?
Тогда приведите его (пример).

Пример:
Есть некий сервер. У него есть некий фиксированый ip (в его локальную сеть) и несколько штук динамических (тунели в untrusted сети).
Нужно чтобы некий ресурс открывался только с этого фиксированного ip, и некие ресурсы, которые открывались бы со всех ip.

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

Сейчас это делается легко, понятно и логично:

server {
  listen 1.2.3.4:80;
  server_name my_internal_site;
}
server {
  listen *:80
  listen 1.2.3.4:80;
  server_name my_public_site;
}
server {
  listen *:80
  listen 1.2.3.4:80;
  server_name my_public_site2;
}

--
Vladimir Rusinov
http://greenmice.info/


 




Copyright © Lexa Software, 1996-2009.