Skip to main content
Система здоровья работает с двумя слоями статусов: результат отдельной пробы (что показала конкретная проверка) и сводное состояние (ноды, схемы подключения, всего парка). Сводное состояние получается объединением проб по принципу «худший из значимых». Эта страница объясняет, что означает каждый статус и как из проб складывается общая картина.
Для кого: администратор панели, SRE. Требуемые права: сессия администратора.

​
Статусы отдельных проб

Каждая проверка возвращает один из статусов ниже. Статус «не применимо» означает, что для этой цели проверка не требуется.
Статусы not_required, absent, skipped, not_implemented, unsupported относятся к служебным состояниям и не повышают severity ноды.

​
Статус WARP

Для WARP используется отдельный набор состояний: installed, missing, port_closed, unreachable, pending_install, not_required, unknown. Если WARP по плану сборки схемы не требуется, статус — not_required, а не сбой.

​
Сводные состояния

Статусы проб сводятся в общее состояние ноды, схемы или всего парка:

​
Severity и инциденты

Уровень серьёзности инцидента выводится из сводного состояния:

​
Как складывается состояние ноды

Панель объединяет три сигнала — состояние ноды в Remnawave, результаты health-проверок и heartbeat агента:
  • critical — Remnawave сообщает, что нода disconnected; или агент offline; или сетевая достижимость unreachable/failed.
  • degraded — достижимость timeout/dns_failed/port_closed; или агент degraded; или службы failed/timeout/degraded.
  • healthy — достижимость в порядке и службы ok/not_implemented (либо службы ok при онлайн-агенте).
  • unknown — пока ничего определённого.
Недоступность SSH-порта фиксируется для диагностики, но сама по себе не повышает severity, если входные порты и агент доступны. Отказ входных портов переводит ноду и затронутые схемы в деградацию.

​
Кворум входных нод у схемы подключения

Для схемы подключения (Connection Unit) сводка учитывает роли нод — входные (entry) и транзитные (transit) — и работает по кворуму:
Пример: у сбалансированной схемы с тремя входными нодами отказ одного из них даёт degraded, а не critical — оставшиеся два держат больше половины ёмкости.

​
Сводка по всему парку (глобальный дашборд)

Глобальное состояние на дашборде становится critical, когда нода, схема или маршрут получает статус critical. Офлайн-агент повышает состояние максимум до degraded; доступность ноды отдельно проверяется сетевыми пробами. Состояние healthy требует хотя бы одной здоровой сущности и отсутствия сигналов degraded/critical; пустая установка даёт unknown.

​
Причины сбоя (классификация «почему»)

Помимо статуса система фиксирует причину: недоступность шлюза, падение входной или транзитной ноды, остановка сервисной части, отсутствующий агент, дрейф конфигурации, некорректная условная связь, отсутствие или закрытый порт WARP, недоступность или отказ авторизации прокси, недоступность источника CDN, несоответствие DNS, истёкший TLS, отказ внешней региональной пробы, ожидание выбора цели и «неизвестно». Причина помогает выбрать правильное действие восстановления — см. Восстановление.

​
Проверка

Откройте Здоровье и нажмите Запустить проверку. Сводное состояние и причины отображаются на карточках дашборда.

​
Откат

Эта страница справочная — откатывать нечего. Изменяющие операции (подтверждение действия восстановления, подавление ноды) и их откаты описаны на страницах Восстановление и Подавление нод.

​
Типовые ошибки

unknown означает «данных ещё нет», а не «плохо». После первого прогона проверок или ручного запуска состояние уточнится.
Пока жив здоровый входной путь и держится кворум (≥ 50 % входных нод), проблемы на транзите или потеря части нод дают именно degraded. Это by design.
Так и задумано: сам по себе офлайн-агент не поднимает глобальное состояние выше degraded. Реальную недоступность ноды независимо покажут его пробы достижимости.
Связанные страницы: Уровни проверок, Дашборд здоровья, Восстановление, Жизненный цикл ноды.
Проверено для версии Axottle текущей ветки. Дата проверки: 2026-07-11.