Error log question

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

вт, 26 июл. 2022 г. в 19:33, Gena Makhomed <gmm на csdoc.com>:

> On 26.07.2022 16:59, Maxim Dounin wrote:
>
> >>>> >> 2022/07/23 16:26:33 [alert] 849481#849481: *8078448 could not
> allocate
> >>>> >> new session in SSL session shared cache "le_nginx_SSL" while SSL
> >>>> >> handshaking, client: 175.156.80.121, server: 0.0.0.0:443
>
> [...]
>
> >> Если не будет в логах ошибок - каким образом тогда пользователь
> >> сможет понять, что размер кэша для сессий SSL слишком маленький?
>
> > Точно так же, как и сейчас - по статистике повторного
> > использования сессий, других способов нет.  Обсуждаемое сообщение
> > об ошибке возникает тогда и только тогда, когда не удаётся
> > выделить память после удаления одной из старых сессий.  Такое
> > может происходить, например, если удалённая сессия заметно
> > отличается по размеру от создаваемой, и попадает в другой диапазон
> > выделений slab-аллокатора.
>
> А каким образом эту статистику повторного использования сессий
> можно получить? Для этого надо писать в лог значение переменной
> $ssl_session_reused потом скриптом вычислять процент запросов,
> у которых $ssl_session_reused возвращает значение "r" ? И в том случае,
>

подобные штуки можно логировать в nginx-lua
(модуль не всеми считается production ready, ваше использование его
предполагает осознанный выбор)

в log_by_lua добавить обработчик, который в зависимости от
$ssl_session_reused будет увеличивать
счетчик общих запросов и счетчик кешированных

Lua Ngx API - OpenResty Reference (openresty-reference.readthedocs.io)
<https://openresty-reference.readthedocs.io/en/latest/Lua_Nginx_API/#ngxshareddictincr>

и в каком-нибудь локейшене через content_by_lua отдавать эти счетчики

правда, с релоадом счетчики обнулятся


> если этот процент стал меньше обычно наблюдаемого значения -
> это будет означать, что размер кэша для сессий SSL
> возможно стал слишком мал и его желательно увеличить?
>
> --
> Best regards,
>   Gena
> _______________________________________________
> 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/20220726/e2afdcbd/attachment.htm>