Руководство UpRadar — все разделы

UDP-мониторинг

UDP-мониторинг позволяет проверять доступность сервисов, работающих по протоколу UDP: DNS-серверов, VPN-шлюзов, игровых серверов, SIP-телефонии и любых других приложений, не использующих TCP-соединение. UpRadar отправляет зондирующий пакет и анализирует ответ — или отсутствие ответа — в зависимости от выбранного режима проверки.

Функция доступна на тарифе Starter и выше

Что такое UDP-мониторинг

UDP (User Datagram Protocol) — это протокол без установки соединения. В отличие от TCP, он не гарантирует доставку пакетов и не требует «рукопожатия»: данные отправляются напрямую, а получатель либо отвечает, либо нет. Именно это делает UDP незаменимым там, где важна скорость и допустимы потери: DNS-запросы (порт 53), VPN-тоннели (WireGuard, OpenVPN), игровые серверы, SIP-телефония, потоковое видео.

UpRadar отправляет UDP-пакет на указанный хост и порт. В зависимости от режима монитор либо ожидает конкретный ответный пакет, либо проверяет только факт открытого порта (отсутствие ICMP «port unreachable» в ответ). Если сервис недоступен, создаётся инцидент и отправляется оповещение.

Настройка UDP-монитора

  1. Создайте новый монитор и выберите тип UDP.
  2. Укажите хост (IP-адрес или доменное имя) и порт.
  3. Выберите режим проверки (поле udpMode): no-response-ok или response-required.
  4. При необходимости задайте полезную нагрузку в поле udpPayload в виде hex-строки, например \x00\x01.
  5. Если выбран режим response-required, введите ожидаемый паттерн в поле udpExpectedResponse.
  6. Сохраните монитор — первая проверка запустится в течение ближайшей минуты.

Режимы проверки

UDP-монитор поддерживает два режима работы:

no-response-ok — порт открыт, ответ не требуется
UpRadar отправляет пакет и считает проверку успешной, если не получен ICMP-пакет «port unreachable» (что означало бы закрытый порт или недоступный хост). Ответный UDP-пакет при этом не ожидается. Подходит для VPN-шлюзов, игровых серверов и других сервисов, которые не отвечают на произвольные пакеты.
response-required — ожидается конкретный ответ
UpRadar отправляет пакет с заданной нагрузкой и ожидает ответ, содержащий строку из поля udpExpectedResponse. Если ответ не получен или не совпадает с паттерном, создаётся инцидент. Подходит для кастомных UDP-сервисов с фиксированным протоколом «запрос–ответ».

Практические примеры

1. Мониторинг DNS-сервера (порт 53)

DNS использует UDP/53 для большинства запросов. Для проверки доступности сервера достаточно убедиться, что порт открыт — полноценный DNS-запрос не нужен. 

Тип: UDP
Хост: ns1.example.com
Порт: 53
udpMode: no-response-ok

2. Кастомный UDP-сервис с протоколом «PING–PONG»

Если ваш сервис отвечает строкой PONG на входящий пакет, используйте режим response-required для полноценной проверки работоспособности приложения. 

Тип: UDP
Хост: udp-service.example.com
Порт: 9000
udpMode: response-required
udpPayload: \x50\x49\x4e\x47   # "PING" в hex
udpExpectedResponse: PONG

Совет. UDP не гарантирует доставку пакетов — случайные потери на сети могут вызвать ложные инциденты. UpRadar повторяет проверку несколько раз перед созданием инцидента, чтобы отсечь кратковременные сетевые помехи.