Remnawave Admin 5.1.0

26 сентября 2026 · релиз на GitHub · обсуждение в Telegram

Релиз про мягкие меры к нарушителям: сначала предупредить, а блокировать — только если не помогло. Автоматизации научились откладывать шаг на часы и перепроверять кейс перед мерой, у шаблонов предупреждений появились отдельные тексты для Telegram и почты, а письмо доходит и до клиента без Telegram. Плюс исправления бэкапов по расписанию и reg.ru в DNS-менеджере.

Перед обновлением

Прочитайте раздел «Важно»: предупреждение клиенту теперь уходит и после автоматической меры, а у шаблонов предупреждений каналы стали строгими.

✨ Новое

Сначала предупредить, мера — позже

Шаг цепочки в правиле по нарушению (события «Обнаружено нарушение» и «Торрент») можно отложить: поле «Выполнить через N ч после срабатывания», до 30 суток, задержки по цепочке не убывают. Типовой сценарий — «предупредить клиента → через 12 часов урезать скорость → через сутки заблокировать».

Ждущий шаг хранится в базе и переживает перезапуск. Перед выполнением кейс проверяется заново, и шаг пропускается, если правило выключили, нарушение аннулировано или уже разобрано, клиента больше нет в панели, мера уже стоит (отложенный «блок на сутки» не разблокирует навсегда заблокированного, а ограничение не перебьёт ручное), клиент в белом списке или написал в поддержку после срабатывания — эту проверку можно выключить у шага. Если предупреждение в цепочке не дошло до клиента, отложенная мера не ставится вовсе, а повторное срабатывание по тому же клиенту не ставит вторую, пока ждёт первая.

В журнале автоматизаций видно, что ждёт и когда, что выполнилось и почему шаг пропущен; тестовый прогон показывает задержки шагов. Идея — @fesevu (#289). Подробнее — в разделе «Сначала предупредить, мера — позже».

Мера заодно к соучастникам накрутки триалов

У действий «Заблокировать», «Отключить» и «Урезать скорость» в правилах по нарушению — галочка «Заодно соучастники накрутки триалов на том же HWID»: в основном действии и в шаге цепочки, в том числе отложенном. Список берётся из анализатора — чужие подписки с живым триалом на том же устройстве. Так встроенный автоблок детектора заменяется мягкой цепочкой «предупредить → через N часов заблокировать», и связка всё равно не остаётся рабочей. Уже заблокированных, ограниченных и клиентов из белого списка мера не трогает, итог по соучастникам — в журнале.

Обращения во внешнюю поддержку

Проверка «клиент написал в поддержку» у отложенного шага смотрит на обращения Bedolaga, а теперь и на любую свою поддержку: POST /api/v3/support-events — бот или helpdesk сообщает об обращении, и ждущий шаг по нарушению клиента будет пропущен, решать останется оператору. Клиент находится по user_uuid, telegram_id, email или username, повтор события с тем же Idempotency-Key безопасен. Нужен API-ключ с областью enforcement:support, выдать её может админ с правом violations:resolve. Спасибо @fesevu (#291).

Каналы и редакторы в шаблонах предупреждений

У шаблона два равноправных канала — Telegram и Email: предупреждение уходит строго по отмеченным, хотя бы один остаётся всегда. Тексты у каналов раздельные, переключатель Telegram / Email в шаблоне меняет редактор.

• Telegram — HTML с подсветкой, кнопками форматирования и предпросмотром в виде сообщения. Разметка проверяется на лету и при сохранении: Telegram отвергает сообщение целиком из-за одного лишнего тега или голого &. Спецсимволы чинятся одной кнопкой.
• Email — тема и свой HTML письма с предпросмотром. Пусто — письмо собирается из текста Telegram, кнопка «Начать с текста Telegram» кладёт эту вёрстку в редактор.

Подробнее — в разделе «Предупреждения клиенту».

🔧 Улучшения

• Кнопка «Предупредить» в веб-карточке нарушения — видно, предупреждали ли уже клиента, отказ объясняется словами, повторное нажатие во время отправки ничего не делает, а отправка проверяет, виден ли нарушитель оператору — спасибо @fesevu (#285)
• Письмо доходит и без бота — если бот Bedolaga не доставил предупреждение (не подключён, клиента не нашёл, в нём нет нужной ручки), письмо уходит встроенным почтовым сервером на почту клиента из базы админки; если бот доставил только Telegram, а шаблон просит и письмо — его досылает админка
• Быстрее на плохом канале — соединение с панелью держится минуту вместо 5 секунд: на сервере с потерями пакетов запросы к панели и ответы бота на кнопки больше не ждут нового подключения каждый раз
• Документация — в разделе «Защита от злоупотреблений» описаны каналы предупреждений, отложенная мера и рецепт мягкого автоблока, в справочнике API — события поддержки

🐛 Исправления

• исправлена ошибка (бэкапы по расписанию не попадали в журнал бэкапов, и проверка пропущенных бэкапов считала, что их не было) — спасибо @latham5656 (#282)
• исправлена ошибка (reg.ru в DNS-менеджере не подключался — «Command domain/get_list not found») — спасибо @Ivanomsk (#284)
• исправлена ошибка (клиенту без Telegram предупреждение не уходило, даже если у него есть почта) — спасибо @fesevu (#286)
• исправлена ошибка (настройка «предупреждать клиента при мере» не действовала на автоматические блокировку и урезание скорости) — спасибо @fesevu (#287)
• исправлена ошибка (очистка длительности у шага цепочки в конструкторе автоматизаций стирала остальные настройки шага)

⚠️ Важно

• Перед обновлением снимите бэкап базы. Миграции накатятся сами при первом запуске, а откат на 5.0.0.1 — только восстановлением из бэкапа.
• Предупреждение после автоматической меры. Настройка «Нарушения: предупреждать клиента при мере» теперь действует не только на меры оператора, но и на автоматические блокировку и урезание скорости по скору. Она включена по умолчанию: если после автомеры клиенту писать не нужно, выключите её.
• Каналы шаблонов стали строгими. Раньше Telegram уходил всегда, а «и на почту» лишь добавлял письмо; теперь предупреждение идёт только по отмеченным каналам. При обновлении у шаблонов отмечен Telegram, а Email — там, где было «и на почту». Клиент без Telegram получит предупреждение, только если у шаблона отмечен Email.
• Bedolaga. Предупреждения в Telegram по-прежнему требуют бота с доработками из #3270 — он ещё не принят в апстрим. Письма теперь уходят и без него — встроенным почтовым сервером, если он настроен.

📦 Обновление

docker compose pull
docker compose up -d

Агенты нод обновлять не нужно. Подробно — в разделе «Обновление».