MTR
Инструмент MTR (My TraceRoute) объединяет возможности traceroute и ping: он строит маршрут до указанного IP или домена и на каждом его узле многократно измеряет потери пакетов и задержку.
Чтобы запустить диагностику:
-
Перейдите в раздел Кластеры балансировки → <Название кластера> → Диагностика.
-
В выпадающем списке выберите адрес агента, который будет использован для запуска утилиты.
-
Выберите вкладку MTR.
-
Укажите IP или домен, маршрут до которого следует проверить.
-
Укажите значения остальных полей или оставьте их пустыми — будут использованы значения по умолчанию.
-
Нажмите кнопку Запустить.
Описание полей формы:
- IP или домен — хост, маршрут до которого следует исследовать.
- Кол-во циклов — количество циклов проверки каждой точки маршрута. По умолчанию — 10. Увеличение повышает точность статистики, но удлиняет проверку.
- Интервал опроса — интервал между зондами в миллисекундах. По умолчанию — 1000.
- Кол-во прыжков — максимальное количество узлов маршрута, которые будут опрошены. По умолчанию — 30.
- Размер пакета — размер каждого отправляемого пакета в байтах, включая заголовки IP и ICMP. Пусто — 64.
- Протокол — протокол отправки зондов: ICMP, UDP или TCP. По умолчанию — ICMP. В режиме TCP зонды отправляются на порт 80; порт назначения в интерфейсе не настраивается.
- Интерфейс — сетевой интерфейс агента, через который отправляются зонды. Если не выбран, интерфейс определяется маршрутизацией автоматически.
- Версия IP — семейство адресов: IPv4 или IPv6. Если не выбрано, версия определяется автоматически при разрешении адреса цели.
- Определять DNS-имена — обратное разрешение адресов узлов в доменные имена. Если флаг снят, узлы отображаются только по IP-адресам и проверка выполняется быстрее. По умолчанию включён.
- Широкий формат — не обрезать длинные имена узлов в таблице результатов. По умолчанию выключен.
После того как утилита выполнит все циклы опроса, в поле ниже появится итоговая таблица — заголовок и по одной строке на каждый узел маршрута.
| Столбец | Значение |
|---|---|
| Loss% | доля потерянных пакетов на участке до узла |
| Snt | количество отправленных пакетов |
| Last | задержка последнего пакета, мс |
| Avg | средняя задержка за все циклы, мс |
| Best, Wrst | минимальная и максимальная задержка, мс |
| StDev | стандартное отклонение задержки, мс |
Важно: рост потерь или задержки на конкретном узле указывает на проблемный участок маршрута. Узел, не ответивший ни на один зонд, отображается как
???со 100% потерь — это не всегда признак обрыва: узлы могут не отвечать на ICMP (например, коммутаторы или устройства за политикой фильтрации).
Чтобы прервать проверку до завершения всех циклов, нажмите Остановить. Если во время активной проверки обновить страницу, подключение к ней восстановится автоматически.
Примеры применения
| Ситуация | Что заполнить | Зачем |
|---|---|---|
| Стабильность до бэкенда: где теряются пакеты | IP или домен — адрес бэкенда, остальное по умолчанию | за ~10 с таблица по всем узлам: сразу видно участок с потерями |
| Подозрение на периодические потери | Кол-во циклов = 60, Интервал опроса = 1000 | статистика за ~1 минуту; выше достоверность Loss% |
| Меньше зондов, длиннее окно наблюдения | Интервал опроса = 5000 | реже нагрузка на сеть; при меньшем числе циклов — длиннее наблюдение |
| DNS тормозит проверку или имена не нужны | снять Определять DNS-имена | узлы по IP-адресам, прогон быстрее |
| На агенте несколько интерфейсов до цели | Интерфейс — нужный интерфейс | маршрут проверяется по этому интерфейсу, а не по таблице маршрутизации |
| Цель резолвится и в IPv4, и в IPv6 | Версия IP — IPv6 или IPv4 | проверяется конкретное семейство адресов |
| ICMP на сети блокируется | Протокол = TCP | зонды идут TCP-пакетами на порт 80 (порт задать нельзя — сервис на нестандартном порту TCP-режим не проверит) |
| Длинные имена узлов обрезаются | включить Широкий формат | полные имена узлов в таблице |