ПРОЕКТЫ 


  АРХИВ 


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 Eugene Janusov <eugene@xxxxxxxx>
Есть некий сервер. У него есть некий фиксированый 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;
}

А как этой конфигурации помешает, если * станет полноценным wildcard'ом?
Можно будет избавиться от указания второго listen для публичных ресурсов.

А откуда nginx узнает во что этот * разворачивать?
Особенно если интерфейсы поднимаются как до, так и во время работы nginx?


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


 




Copyright © Lexa Software, 1996-2009.