Re: Отсутствует запрос в access логе

[Igor Savenko]

Большое пролетарское спасибо, Максим! Судя по всему, виновником ситуации
был недостаточный размер значения 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
>
----------- следующая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20220916/2492a179/attachment.htm>