Re: server_name bug

["Vladimir Rusinov" <vladimir@xxxxxxxxxxxxxx>]

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/