Большое пролетарское спасибо, Максим! Судя по всему, виновником ситуации
был недостаточный размер значения http2_max_field_size директивы (client
exceeded http2_max_field_size limit while processing HTTP/2 connection).
После того, как удвоили значение (до 8к), статус 000 исчез в логе прокси.
Судя по всему, это CloudFlare шлет такие заголовки, но без понижения уровня
логгирования понять это было затруднительно.

вт, 13 сент. 2022 г. в 23:31, Maxim Dounin <mdounin@mdounin.ru>:

> Hello!
>
> On Tue, Sep 13, 2022 at 01:07:29PM +0300, Igor Savenko wrote:
>
> > Большое спасибо! Да, включен http/2 и на прокси, и на application
> сервере.
> > Но если бы имела место ситуация с закрытием соединения, то прокси должен
> > был бы ругаться в логах первым, а у прокси в error.log все чисто. На
> > application сервере включен rate limit, и я где-то читал, что в старых
> > версиях nginx мог отдавать в логе нули если запросы попали под
> > rate-лимитирование. Воспроизвести, однако, пока не удалось -- ожидаемо
> > отдавался код 503.
>
> Судя по пустому значению $request - заголовки запроса ещё не
> получены от клиента, соответственно до application-сервера такой
> запрос точно ещё не дошёл. Смотреть имеет смысл только и
> исключительно на proxy, с которого access-лог.
>
> Если в error.log на proxy-сервере при этом всё чисто, то я бы
> начал с проверки установленного уровня логгирования ошибок.
> Обсуждаемые сообщения должны быть на уровне info, то есть они
> достаточно низкоуровневые. Вероятнее всего уровень логгирования
> установлен выше, и сообщения на уровне info туда просто не
> попадают.
>
> --
> Maxim Dounin
> http://mdounin.ru/
> _______________________________________________
> nginx-ru mailing list -- nginx-ru@nginx.org
> To unsubscribe send an email to nginx-ru-leave@nginx.org
>
_______________________________________________
nginx-ru mailing list -- nginx-ru@nginx.org
To unsubscribe send an email to nginx-ru-leave@nginx.org