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/
|