nginx proxy MISS

[Slawa Olhovchenkov]

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 из больше всего и почему бы это
могло быть.