ПРОЕКТЫ 


  АРХИВ 


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: Ошибочные HTTP Headers



А что если просто игнорировать в преобразовании в $http_.. такие "неправильные" 
Header'ы, но пропускать их дальше

Без возможности доступа по $http_.. еще как-то пережить можно.



27.08.07, 23:52, Igor Sysoev (is@xxxxxxxxxxxxx):



> On Mon, Aug 27, 2007 at 10:44:47PM +0300, Andrew Sitnikov wrote:

> > b> Что можно придумать по этому поводу, чтобы была возможность получить 
> > информацию?

> > b> Реально по опыту, только символ '_' используется из нестандартных

> > как workaround есть директива ignore_invalid_headers.

> > 

> > почему _ не стандартный ? по rfc  он вполне допускается а заголовке.

> > 

> > http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2

> >       message-header = field-name ":" [ field-value ]

> >        field-name    = token

> > 

> > http://www.w3.org/Protocols/rfc2616/rfc2616-sec2.html#sec2.2

> > 

> >        token          = 1*<any CHAR except CTLs or separators>

> >        separators     = "(" | ")" | "<" | ">" | "@"

> >                       | "," | ";" | ":" | "\" | <">

> >                       | "/" | "[" | "]" | "?" | "="

> >                       | "{" | "}" | SP | HT

> > 

> >        SP             = <US-ASCII SP, space (32)>

> >        HT             = <US-ASCII HT, horizontal-tab (9)>

> > 

> >        DIGIT          = <any US-ASCII digit "0".."9">

> >        CTL            = <any US-ASCII control character

> >                         (octets 0 - 31) and DEL (127)>

> > 

> >                         

> > P.S. я писал об этом Игорю некоторое время назад, но у него пока судя по 
> > всему еще не дошли руки до этой проблемы.

> С "_" проблема заключается в том, что при преобразовании в $http_... теряется

> разница между "-" и "_".



 




Copyright © Lexa Software, 1996-2009.