Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: баг SPDY
- To: nginx-ru@xxxxxxxxx
- Subject: Re: баг SPDY
- From: Валентин Бартенев <vbart@xxxxxxxxx>
- Date: Wed, 14 Aug 2013 13:32:03 +0400
- In-reply-to: <CAFHpkQEXtUAGHW6bnw2mscoeLuNwtNYF8Ct+5pLfZ=orjjV3EA@mail.gmail.com>
- Organization: Nginx, Inc.
- References: <CAFHpkQEXtUAGHW6bnw2mscoeLuNwtNYF8Ct+5pLfZ=orjjV3EA@mail.gmail.com>
On Wednesday 14 August 2013 12:29:10 Илья Шипицин wrote:
> Добрый день!
>
> мы налетели на забавную ситуацию, как оказалось, Chrome и nginx
> по-разному смотрят на стандарты SPDY. Если отправлять пустой хедер, то
> Chrome считает, что это корректно и отправляет, nginx же считает, что
> некорректно и режет.
>
> для разбора полетов сделали два стенда
>
> https://spdy2.skbkontur.ru
> https://spdy3.skbkontur.ru (тут для сравнения поднят node.js)
>
> учитывая долю Chrome среди браузеров, надо что-то с этим делать.
>
Люди из Google сами в протоколе эту ситуацию явно прописали, даже указали,
какую
ошибку MUST возвращать сервер.
The length of each name and value must be greater than zero. A receiver of a
zero-length name or value must send a RST_STREAM with code PROTOCOL error.
http://dev.chromium.org/spdy/spdy-protocol/spdy-protocol-draft2#TOC-HEADERS
Предлагаю сообщить о баге в Chrome. Разработчики Firefox и Opera читали
спецификацию и ведут себя корректно.
SPDY draft. 3 предписывает то же самое:
A recipient of a zero-length name MUST issue a stream error
(Section 2.4.2) with the status code PROTOCOL_ERROR for the
stream-id.
https://tools.ietf.org/html/draft-mbelshe-httpbis-spdy-00#section-2.6.10
--
Валентин Бартенев
http://nginx.org/en/donation.html
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|