ntfy 2.34.0: плавная остановка кластера и исправления доступа

Команда ntfy выпустила стабильную версию 2.34.0 24 октября 2026 года. Релиз улучшает работу экспериментального кластера за балансировщиком нагрузки, закрывает сценарии сохранения подписок после отзыва доступа и исправляет две ошибки конкурентного выполнения.

Кластер можно останавливать без резкого обрыва подписчиков

Узел экспериментального кластера при завершении работы сначала перестаёт считаться готовым, затем переходит в режим только для чтения и постепенно закрывает соединения подписчиков. Клиенты могут перейти на другие узлы без одновременной волны переподключений. Для поведения добавлены параметры experimental-cluster-drain-delay и experimental-cluster-drain-duration.

Параметр listen-http теперь принимает несколько адресов через запятую. Это позволяет балансировщику подключаться к одному узлу через несколько адресов и не упираться примерно в 63 тысячи соединений на один адрес из-за ограничения числа исходных портов.

Изменения прав распространяются на все подписки и узлы

Ранее при сбросе доступа к теме или удалении пользователя завершалась только первая его подписка, а остальные могли продолжать получать сообщения. В ntfy 2.34.0 сервер завершает все такие подписки.

В экспериментальном кластере изменения доступа, например отзыв разрешения или изменение бронирования темы, передаются другим узлам. Они обновляют кеш прав и отключают подписчиков, которые потеряли доступ. Периодическая перезагрузка кеша также ускорена: интервал сокращён с 87 до 67 секунд.

Исправления блокировки и гонки данных

Устранена взаимная блокировка при завершении подписок, если включено отладочное логирование или log-level-overrides. Она могла возникать при резервировании темы с активными подписчиками, отзыве доступа или удалении пользователя.

Также исправлена гонка данных при изменении log-level-overrides во время работы сервера, в том числе при перечитывании конфигурации по SIGHUP.

Что важно учесть

Механизм кластера и его плавной остановки остаётся экспериментальным и относится к self-hosted-развёртываниям, где ntfy запускают на нескольких узлах. Релиз не сопровождается идентификаторами CVE, поэтому исправление подписок корректнее рассматривать как устранение ошибки контроля доступа, а не как отдельный CVE-релиз.