server_name bug

[Vladimir Rusinov]

2008/11/3 MZ <zuborg at advancedhosters.com>

> В вт, 21/10/2008 в 21:27 +0300, MZ пишет:
> > Обнаружил такой баг
> > server {
> >   listen *:80;
> >   server_name example.org;
> > }
> > server {
> >   listen 1.2.3.4:80;
> >   server_name default;
> > }
> >
> > запрос на 1.2.3.4 с Host: example.org попадает не в первый vhost а во
> > второй
> >
> > nginx 0.6.31
>
> Небольшой итог этой широко развернувшейся дискуссии.
>
> 1. Никто так и не сумел привести рабочего примера, когда текущее
> поведение nginx позволяет реализовать то, что не позволяет реализовать
> модифицированное поведение.


Вообще-то приводили. См. выше.


-- 
Vladimir Rusinov
http://greenmice.info/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20081104/345c94c8/attachment.html>