Как настроить проверку Ping (пошаговое руководство)

Url / Domain / IP

Введите имя хоста, домен или IP-адрес, который нужно пинговать, в поле Url / Domain / IP. Вы также можете дать монитору короткое необязательное имя; оно будет показываться в оповещениях, отчетах и любых виджетах статуса, которые вы встраиваете, так что узнаваемая метка (например, "core-router-fra", а не сырой IP) легче считывается позже.

Основные настройки

• Мониторинг включен: приостанавливает или возобновляет проверку без ее удаления. Выключите на время планового обслуживания, чтобы не получать оповещения об изменении, о котором вы и так уже знаете.
• Расписание по интервалу / Расписание по cron: запускайте проверку с фиксированным интервалом либо по cron-выражению. Ползунок интервала работает от 1 минуты до 24 часов; перетащите его или введите точное значение в поле справа. Расписание по cron подставляет cron-выражение, когда нужен паттерн, который шкала интервала выразить не может.
• Теги: метки через запятую (например, infra, vpn), по которым можно фильтровать и искать по списку мониторов. Чисто организационная штука - на работу проверки они не влияют.
• Полный лог: сохраняет каждый отдельный результат проверки вместо группировки подряд идущих одинаковых результатов. Включите для полной истории; оставьте выключенным, чтобы лог проверки оставался компактнее.
• Открытая статистика: делает страницу статистики и лога этого монитора доступной для людей без входа в ваш аккаунт. Не включайте это для того, что предпочли бы держать приватным.
• Прикрепленные мониторы - DNSBL: выполняет проверку DNS-блеклиста для того же домена по собственному 12-часовому расписанию, независимому от интервала пинга выше. Обнаруженное плохое состояние оповещает согласно подпискам Down/Repeat в разделе Alert Subscriptions, а не собственным событиям проверки Ping.
• Прикрепленные мониторы - Web Risk: выполняет проверку Google Web Risk для домена на предмет попадания в списки вредоносного ПО и фишинга, тоже по собственному расписанию. Доступность зависит от тарифа - если ваш аккаунт его не включает, переключатель показывается недоступным.

Настройка запроса

Этот раздел содержит один элемент управления, выбор DNS-сервера, и он имеет значение только когда цель - имя хоста, а не голый IP:

• DNS-серверы по умолчанию в локациях: каждая локация мониторинга разрешает ваш хост через собственный набор публичных DNS-серверов, поэтому разрешение следует местным правилам этой локации, точно так же, как это было бы для реального посетителя оттуда.
• Публичный DNS: разрешает через публичный пул DNS вместо этого, с опциональным списком исключаемых IP публичных DNS-серверов, чтобы пропустить конкретные резолверы.
• Custom (свой): укажите собственные IP DNS-серверов, по одному на строку - вставьте список через запятую, пробел или перенос строки, и он автоматически разобьется на строки. Проверка затем будет разрешать вашу цель через эти серверы вместо значений по умолчанию для каждой локации.

Публичный DNS и Custom зависят от тарифа; на скриншоте выше оба заблокированы баннером апгрейда для этого конкретного аккаунта. На тарифе, который их включает, выпадающий список работает так же, просто без блокировки.

Проверка ответа

У Ping нет скриншота для этого раздела, но это все равно полноценная группа в форме монитора, и именно она решает, засчитывается ли проверка как пройденная.

По умолчанию проверка проходит успешно, когда хотя бы один из четырех ICMP echo-запросов к разрешенному адресу получает ответ. Если первый разрешенный кандидат не отвечает, проверка повторяет попытку еще для до двух других адресов, разрешенных через DNS, прежде чем быть помеченной как проваленная - домен, за которым стоит несколько A-записей, может продолжать показывать Up, даже если один из этих адресов перестал отвечать (см. раздел «Диагностика»).

• Expected IPs Validation: включите это, чтобы дополнительно требовать, чтобы DNS разрешал ваш хост в один из указанных вами IP-адресов (по одному адресу IPv4 или IPv6 на строку, то же поведение разбиения при вставке, что и у списка custom DNS выше). Если хост начинает разрешаться в другое место - перехват DNS, неверно настроенная запись, истекшая запись, - проверка проваливается, даже если что-то по новому адресу все еще отвечает на пинги. Оставьте выключенным, если не нужно жестко привязывать хост к конкретным адресам.

Подписки на оповещения

• Подписать все контакты на события Up/Down: переключатель-ярлык, который одним движением подписывает всех контактов вашего аккаунта на оповещения Up и Down для этого монитора.
• Переключатели Down / Up / Repeat для каждого контакта: выберите ровно те события, о которых узнает каждый контакт. Down срабатывает при переходе в проваленное состояние, Up срабатывает при восстановлении, а Repeat повторно отправляет уведомление Down по расписанию, пока монитор остается в Down, так что долгий сбой не затихает после первого оповещения.
• Search contacts: фильтрует список по имени или адресу.

Подписки на отчеты

• Подписать все контакты на еженедельные/ежемесячные отчеты: подписывает всех контактов на обе периодичности сразу.
• Переключатели Daily / Weekly / Monthly для каждого контакта: выберите, какое регулярное письмо со сводкой аптайма получает каждый контакт, независимо от оповещений в реальном времени выше.

Локации мониторинга

• Дерево локаций: выберите, какие локации мониторинга HostTracker выполняют эту проверку - по континенту, стране или весь мир. Столбец статуса показывает, сколько агентов в каждой группе выбрано сейчас из общего числа существующих там. «Copy locations from another task» клонирует набор локаций существующего монитора вместо того, чтобы собирать его заново вручную.
• Search locations: фильтрует дерево по имени.
• Стратегия перепроверки: управляет тем, как подтверждается смена состояния, прежде чем она будет принята. По умолчанию - голосование большинством среди локаций перепроверки. Альтернативы: конкретное число локаций, подтверждающих Down (ползунок от 1 до 7, поскольку пул перепроверки набирается из до 7 локаций); вообще без перепроверки, когда первому результату доверяют немедленно; полное согласие всех локаций перепроверки; либо полное согласие для Down, тогда как для Up достаточно большинства.
• Если выбранные локации недоступны: что происходит, когда выбранные вами локации временно офлайн. «Только выбранные локации» (по умолчанию) ждет, пока одна из них вернется, вместо того чтобы подставлять данные откуда-то еще. «Ближайшие локации» вместо этого перезапускает проверку из ближайших доступных локаций. «Любая локация» переключается на любую доступную локацию по всему миру.

Разобранный пример

Допустим, вам нужен базовый мониторинг доступности офисного VPN-шлюза, на котором не поднят веб-сервер. Установите в Url / Domain / IP публичный IP шлюза и назовите его "hq-vpn-gateway". У голого IP нечего разрешать, поэтому оставьте Request Configuration по умолчанию, и Response Validation тоже оставьте по умолчанию - одного ICMP-ответа из четырех попыток достаточно, чтобы засчитать Up. В Monitoring Locations выберите две-три локации, разбросанные по регионам, чтобы локальный сетевой сбой рядом с одной из них не вызвал ложное оповещение сам по себе, и оставьте Recheck strategy на голосовании большинством по умолчанию. В Alert Subscriptions подпишите вашего контакта из операционной команды и на Down, и на Up, и включите Repeat, чтобы продолжать узнавать о проблеме, если сбой затягивается. Добавьте подписку на еженедельный отчет, если хотите регулярную сводку по аптайму наравне с оповещениями в реальном времени.

Диагностика

• ICMP заблокирован, HTTP в порядке: многие облачные провайдеры и файрволы по умолчанию блокируют ICMP echo, продолжая при этом нормально отдавать HTTP/HTTPS, поэтому проверка Ping может показывать Down для сайта, который на самом деле отдает трафик. Либо откройте ICMP в файрволе цели, либо переключитесь для этой цели на проверку HTTP или TCP-порта.
• Expected IPs устаревает: если вы включили Expected IPs Validation, а затем перенесли хосты или сменили DNS-провайдера, вы увидите ложные Down, пока список ожидаемых IP не совпадет с новыми адресами.
• Несколько кандидатов DNS могут маскировать один мертвый адрес: поскольку проверка повторяет попытку для до двух других адресов, разрешенных через DNS, прежде чем провалиться, домен с несколькими A-записями может продолжать показывать Up, даже если один конкретный адрес перестал отвечать. Мониторьте отдельные IP напрямую либо включите Expected IPs Validation, чтобы это поймать.
• Нет настраиваемого таймаута: в отличие от некоторых других типов проверки, тайминг отдельной попытки у ping не настраивается из этой формы. Для большей терпимости перед срабатыванием оповещения используйте Recheck strategy в Monitoring Locations, а не ищите поле таймаута, которого здесь нет.
• Ответ не значит, что служба здорова: он лишь говорит, что устройство отвечает на ICMP, а не что на нем работает что-то полезное. Сочетайте проверку Ping с проверкой HTTP или порта на том же хосте, чтобы подтвердить, что настоящая служба действительно отдает трафик.

Связанные материалы

• Мониторинг Ping - страница продукта для этого типа проверки.
• Бесплатный тест Ping - выполните разовый пинг без создания монитора.
• Мониторинг трассировки - естественный следующий шаг, когда проверка Ping уходит в Down: посмотреть, где рвется маршрут.
• Бесплатный инструмент трассировки - выполните разовую трассировку мгновенно.
• Режим ассертов: полный справочник по проверке ответа - язык правил проверки ответа, используемый и в других типах проверок.
• Не работает сайт для всех или только у меня? - разовая версия того же вопроса, выполненная снаружи вашей сети.
• Все руководства по мониторингу - руководство по настройке для каждого другого типа проверки.