server_name bug

[Dmitriy MiksIr]

   Проблема то вот в чем.
   Было все с *:80, работало.... и захотелось человеку один из десятка 
(сотни) виртуалов вынести на свой IP (не новый, а один из старых). Он 
меняет там *:80 на IP:80 и получает неожиданный сюрприз - все остальные 
сервера перестали отвечать на IP:80.
   С одной стороны, действительно неожиданно ;) С другой - насколько эта 
ситуация часто случается в реальности ... ну сложно судить, для меня она 
все ж больше синтетическая. В любом случае менять таккую логику уже 
поздно, а новые дериктивы для ее изменения - это, имхо, неверный путь. 
Если по каждому частному случаю делать директиву - очень быстро в них 
будет невозможно разобраться.

Maksim V. Strepetilov пишет:

> 
> Честно говоря читал читал что Вы тут писали и одного понять не мог,
> что Вам в таком синтаксисе не нравится? При чем тут хаки? Все
> понятно и абсолютно логично, сперва общее объявление, насколько я
> помню их тоже может быть  несколько, потом частные случаи, если у Вас
> обслуживается 40-50 ip на одном сервере, а отдельная конфигурация
> нужна только для 3 ip, то Ваш пример это то что надо, т.к. нет нужды
> описывать конфигурацию для всех IP да и акцентировать внимание на всех
> (перечислять где либо) IP не нужно. Система конфигурации nginx мне
> кажется самой продуманной с которой я сталкивался в последнее время.
> Обеспечивающая максимальное удобство админу и вполне прозрачную,
> логичную и ненавязчивую систему описания хостов в ip-based и/или
> name-based вариантах.
> 
> Единственно на что можно посетовать, это на скудность документации на
> официальном сайте. Но и это благодаря рассылке и обилию информации в
> интернете не является такой уж проблемой.
>