server_name bug

Vladimir Rusinov vladimir at greenmice.info
Thu Oct 30 15:48:33 MSK 2008


2008/10/30 MZ <zuborg at advancedhosters.com>

> В ср, 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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20081030/084ed84a/attachment.html>


More information about the nginx-ru mailing list