ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
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



On Monday, November 3, 2008 at 13:18:16, MZ wrote:

>> Обнаружил такой баг
>> 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

здесь нет бага, так работают сокеты. директива listen
не может изменить поведение ядра операционной системы.

M> Небольшой итог этой широко развернувшейся дискуссии.

M> 1. Никто так и не сумел привести рабочего примера,
M> когда текущее поведение nginx позволяет реализовать то,
M> что не позволяет реализовать модифицированное поведение.

никто так и не сумел привести рабочего примера, когда текущее
поведение nginx не позволяет реализовать то, что позволяет
реализовать модифицированное поведение.

M> 2. Никто так и не сумел привести аргументов, отличных от
M>   - "так реализованы сокеты, и listen никаких дополнительных действий не
M>     производит и не должен"
M>   - "новую опцию вводить некошерно, и текущих уже достаточно чтоб
M>     запутаться"
M>   - "менять текущее поведение некошерно, так как что-то где-то может
M>     поломаться (хотя никто текущее поведение не использует)"
M>   - "новая опция/поведение внесет смуту в умы непросвещенных админов"

агрументов зачем менять что-либо в nginx вообще не было,
кроме "я считаю это неправильным" и "мне это неудобно".

-- 
Best regards,
 Gena




 




Copyright © Lexa Software, 1996-2009.