Проверки

Уровень: Базовый Где в UI: Инструменты → Проверки
Проверки — автоматическая диагностика всей связки: роутер, DNS клиента и каждый запущенный туннель. Удобно начинать отсюда, когда «что-то не работает», и прикладывать отчёт к issue.

Вкладка Проверки

Как запустить

  • Запустить все проверки — прогон всех групп по очереди (во время работы кнопка показывает текущую фазу, после — меняется на Запустить ещё раз). Результаты приходят потоком, по мере готовности.
  • Проверить у группы — перезапустить только эту группу, не гоняя весь цикл.
  • Шестерёнка справа — расширенные параметры: тумблер Включая restart-цикл (см. ниже).

Результат каждого теста — зелёный (пройден), жёлтый (предупреждение), красный (ошибка) или серый (пропущен — проверка неприменима), с текстовым пояснением. Группы с проблемами разворачиваются сами, итог — в пилюлях OK / WARN / FAIL.

Проверяются только запущенные туннели: AWG-туннели, sing-box-туннели и активные участники подписок. Системные NativeWG- и внешние туннели в проверки не попадают. Если запущенных туннелей нет, пройдут только общие группы.

Маршрутизация по DNS

Группа «DNS клиента + access policy» проверяет ваше устройство — то, с которого открыт awg-manager:

  • Резолв через клиентский DNS — браузер запрашивает служебное имя awgm-dnscheck.test, которое роутер отвечает только на время проверки. Если запрос дошёл до роутера — устройство использует DNS роутера, и DNS-правила на нём сработают. Если нет — устройство ходит в внешний DNS (или DoH/DoT в браузере), и DNS-маршрутизация на нём работать не будет. При включённом sing-box проверка пропускается: DNS тогда обрабатывает sing-box.
  • Политика доступа клиента — в какой политике NDMS находится устройство. Предупреждение, если это не политика по умолчанию.

Рядом показывается IP клиента. Если awg-manager открыт через reverse proxy (например, KeenDNS), группа предупредит, что DNS-проверки в этом случае неактуальны.

Глобальные

ПроверкаЧто проверяет
WAN up с gatewayхотя бы одно WAN-подключение поднято и есть маршрут по умолчанию
NDMS отвечаетсистема управления роутером отвечает на запросы
Модули AmneziaWGзагружены модули ядра AmneziaWG (пропускается, если прошивка обфусцирует нативно)
Расхождение времени с эталономчасы роутера сверяются с HTTP-заголовком Date нескольких крупных сайтов: больше 60 с — предупреждение, больше 300 с — ошибка (рукопожатия и TLS начинают ломаться)
Direct связностьдоступ в интернет напрямую, без туннелей и прокси
Sing-box runtimeустановлен ли и запущен sing-box, его версия и число туннелей
Осиротевшие маршрутымаршруты через интерфейсы, которых больше нет (только при полном прогоне)

AWG-туннели

Отдельная группа на каждый запущенный туннель:

ПроверкаЧто проверяет
Резолв endpointдоменное имя сервера резолвится
Ping endpointсервер отвечает на ICMP. Нет ответа — только предупреждение: многие VPS закрывают ping, а работает ли сервер, показывает проверка handshake
Host route до endpointмаршрут до сервера установлен в системе через действующий или выбранный WAN-интерфейс (пропускается для NativeWG и на OS 4.x)
Handshake свежий (<3 мин)последнее рукопожатие было не больше 3 минут назад. Ошибка — сервер не отвечает, неверные ключи или параметры обфускации
Связность через туннельзапрос к ifconfig.me / icanhazip.com / ip.me строго через интерфейс туннеля; показывает внешний IP. Пропускается, если AllowedIPs туннеля не включают 0.0.0.0/0
Правила iptablesнужные правила файрвола на месте (пропускается для NativeWG)
Валидация конфигав конфиге есть обязательные поля
Консистентность stateстатус туннеля в awg-manager совпадает с реальным состоянием интерфейса
MTU интерфейсатекущий MTU
AWG Proxy статусдля NativeWG на прошивках без встроенной обфускации — работает ли прокси обфускации (пропускается для Kernel и там, где NDMS обфусцирует сам)
PingCheck статуссостояние мониторинга: связь есть или идёт восстановление (с номером рестарта)
Reverse path filterзначение rp_filter: при 1 (строгий режим) ответы через туннель могут отбрасываться — ошибка с командой исправления; 0 и 2 — норма
DNS leak проверкаDNS-серверы туннеля доступны через туннель, а не через WAN (только при полном прогоне; пропускается, если DNS туннеля публичные)

Sing-box-туннели и подписки

ПроверкаЧто проверяет
Состояние туннелятуннель запущен (для подписки — какой участник сейчас активен)
Proxy port (TCP)локальный порт прокси sing-box принимает соединения
HTTP-check (gstatic)запрос через прокси проходит
Задержка (RTT)время ответа через прокси
Alt-check (Cloudflare)контрольный запрос к другому сервису — отличает проблему туннеля от проблемы одного сайта

Restart-цикл

Тумблер Включая restart-цикл в расширенных параметрах добавляет к полному прогону проверку «Цикл Stop -> Start»: каждый запущенный туннель кратко перезапускается (на 2–5 секунд) и ждёт нового рукопожатия до 15 секунд. На это время связь через туннель прерывается. Для NativeWG-туннелей проверка пропускается.

Отчёт и инцидент

  • Отчёт — скачать полный JSON-отчёт (diagnostics.json) последнего прогона.
  • Инцидент — подготовить сообщение о проблеме: окно напоминает, что awg-manager — open-source проект без SLA, а issue на GitHub публичный, поэтому перед отправкой уберите из отчёта ключи и адреса. Кнопка Скачать и открыть GitHub скачивает отчёт, копирует в буфер обмена заготовку текста issue и открывает страницу нового issue: вставьте текст и приложите скачанный файл вручную. Если проверки ещё не запускались, окно попросит сначала выполнить диагностику.

Что ещё приложить к issue — см. Вопросы и решения.