Re: длинные заголовки в msie11 / http2

[Илья Шипицин]

я вижу упоминание SETTINGS_MAX_HEADER_LIST_SIZE в grpc.
в http2 клиенту это передается ?

вт, 16 апр. 2019 г. в 20:33, Maxim Dounin <mdounin на mdounin.ru>:

> Hello!
>
> On Tue, Apr 16, 2019 at 08:14:12PM +0500, Илья Шипицин wrote:
>
> > вт, 16 апр. 2019 г. в 19:23, Maxim Dounin <mdounin на mdounin.ru>:
> >
> > > Hello!
> > >
> > > On Tue, Apr 16, 2019 at 02:53:26PM +0500, Илья Шипицин wrote:
> > >
> > > > привет,
> > > >
> > > > столкнулись с ситуацией, когда msie11 пытается отправлять очень
> длинную
> > > куку
> > > >
> > > > в логах видим
> > > >
> > > > 2019/04/16 12:49:14 [info] 34390#34390: *2706157141 client exceeded
> > > > http2_max_field_size limit while processing HTTP/2 connection,
> client:
> > > > 46.17.202.13, server: X.X.X.X:443
> > > > 2019/04/16 12:49:14 [debug] 34390#34390: *2706157141 http2 state
> > > connection
> > > > error
> > > > 2019/04/16 12:49:14 [debug] 34390#34390: *2706157141 http2 send
> GOAWAY
> > > > frame: last sid 17, error 11
> > > >
> > > >
> > > > собственно, вопрос. на уровне "error" ни одного сообщения.
> > > > (у нас был включен error, соответственно, мы ничего не видели).
> > > > есть предложение поднять уровень "http2 state connection error" до
> > > "error"
> > >
> > > Ошибки, которые вызываются некорректными действиями клиента, как
> > > то попытки прислать некорректные или слишком длинные заголовки -
> > > стандартно логгируются именно на уровне info.  На уровне error
> > > логгируются те проблемы, решение которых - на серверной стороне.
> > >
> >
> > а клиенту кто-то сказал, что 6 килобайт в хедере это некорректно ?
> > в RFC такое ?
>
> Это не важно.
>
> Если ошибка может быть вызвана действиями клиента - используется
> уровень info.
>
> --
> Maxim Dounin
> http://mdounin.ru/
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20190416/ec42a091/attachment.html>