ПРОЕКТЫ 


  АРХИВ 


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



В чт, 30/10/2008 в 17:11 +0300, Vladimir Rusinov пишет:
> 
> 
> 
> 
> 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?

А для чего его разворачивать ?
Просто открывать wildcard сокет, как и раньше.

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


 




Copyright © Lexa Software, 1996-2009.