On Mon, Aug 10, 2020 at 08:16:49PM +0300, Maxim Dounin wrote:

> > это что, Vary: Origin гадит? фильтрануть его с бэкенда, что ли?
>
> Это выглядит как наиболее вероятная причина.
>
> При наличии "Vary: Origin" запросы с разными значениями заголовка
> Origin - это запросы, на которые могут быть разные ответы, и
> соответственно каждое новое значение - это очередной MISS в логах.
>
> Для лечения есть ручка "proxy_ignore_headers Vary;"
> (http://nginx.org/r/proxy_ignore_headers).

попробую, спасибо.

> > > Особенно в этом плане характерны запросы от одного клиента:
> > >
> > > > 85.249.93.174 :61175 [01/Aug/2020:21:02:42 +0300] "GET /720p_02815.ts HTTP/1.1" 200 616316 0.033 177157 MISS 0.000 0.005 616032
> > > > 85.249.93.174 :61175 [01/Aug/2020:21:04:11 +0300] "GET /720p_02815.ts HTTP/1.1" 200 616316 0.074 177157 HIT - - -
> > >
> > > 3. Ну и проверить, что вообще в ключе кэширования, не добавлено ли
> > > там чего-либо клиентоспецифичного случайно.
> >
> > вообще не модифицировалось
>
> По умолчанию там конструкция, близкая к
> $scheme$proxy_host$request_uri, и, скажем $proxy_host может
> зависить от клиента, если в proxy_pass написать что-нибудь с
> переменными.

не, такого нет. у меня proxy_pass тупо на upstream;

> > > Если не поможет - смотреть debug log'и, там всё должно быть
> > > плюс-минус очевидно.
> >
> > это продакшен, с дебаг логами боюсь все станет раком (а так бы я прямо
> > с них и начал бы).
>
> Just in case, дебаг можно включать не для всех, а только для части
> клиентов (http://nginx.org/r/debug_connection), это можно
> относительно безопасно делать в том числе и в продакшне. Следя,
> естественно, чтобы не включить слишком много, и чтобы место под
> логи не кончалось.

да кто ж знает что там за клиент(ы).
я просто заинтересовался чего это у меня MISS много?
дальше поел смотреть по какому URI из больше всего и почему бы это
могло быть.
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru