Как читать трассировку в mtr и WinMTR: анализ сетевых проблем

5 минут чтения
Средний рейтинг статьи — 4.8

mtr (My Traceroute) — это удобный сетевой инструмент, сочетающий возможности ping и traceroute в реальном времени. Он позволяет отследить путь пакетов от вашей машины до хоста и выявить, на каком узле возникают задержки или потеря пакетов. Для пользователей Windows существует аналог — WinMTR, с графическим интерфейсом, но тем же функционалом.

Эта статья поможет тебе понять, как читать результаты трассировки в mtr/WinMTR, выявлять узкие места в соединении и распознавать типичные проблемы.

Установка и запуск mtr

На Linux:

sudo apt install mtr         # Debian/Ubuntu
sudo yum install mtr         # CentOS/RHEL
sudo pacman -S mtr           # Arch

Пример запуска:

mtr google.com

Чтобы получить более подробный отчет в консоли (без curses-интерфейса), можно использовать:

mtr -rwzbc100 google.com
  • -r — режим отчёта
  • -w — широкоформатный вывод
  • -z — пропустить пустые строки
  • -b — отображать IP-адреса и хосты
  • -c 100 — число отправленных пакетов (по умолчанию 10)

Как читать таблицу mtr / WinMTR

Вот пример вывода mtr:

HostLoss%SntLastAvgBestWrstStDev
1.DESKTOP-HOQ9LI7.mshome.net0.0%200.20.20.20.40.1
2.10.8.1.00.0%1932.533.131.654.85.2
3.172.29.172.15.3%1932.232.331.736.91.2
4.194.87.221.10.0%1932.332.331.734.70.6

Колонки могут отличаться в зависимости от режима, но в целом:

КолонкаЗначение
HopПорядковый номер узла (hop)
Host / IPИмя хоста и/или IP-адрес
Loss%Процент потерь пакетов на данном узле
SntКол-во отправленных пакетов
LastПоследнее значение ping-а
AvgСреднее время отклика
BestМинимальное время отклика
WrstМаксимальное время отклика
StDevСтандартное отклонение (насколько "прыгает" время)

Как анализировать

1. Потери пакетов

  • Потери на первом или втором хопе — возможны проблемы с вашим маршрутизатором.
  • Потери только на промежуточном хопе, но без потерь дальше — не проблема. Это может быть просто настройка роутера, который не отвечает на ICMP.
  • Потери, начинающиеся на каком-то хопе и продолжающиеся до конца — возможная проблема между вами и этим узлом.

2. Задержки (latency)

  • Резкий скачок RTT (ping) на каком-то хопе может указывать на перегрузку или маршрутизационную проблему.
  • Высокое среднее время + высокое StDev → нестабильное соединение (джиттер).

3. Локализация проблемы

  • Проблемы до 2–3 хопа → ваш локальный провайдер
  • Проблемы ближе к 5–6 хопу → магистральные каналы
  • Проблемы ближе к последнему хопу → хостинг/сервер назначения

WinMTR: быстрое чтение результатов

WinMTR отображает аналогичную таблицу:

Host%SentRecvBestAvgWorst
192.168.0.10100100113
10.0.0.10100100569
isp-gateway.net0100100202140
target-host.com71009395110140
Всё те же правила:
  • Потери только на промежуточных узлах без потерь на последнем — можно игнорировать
  • Потери на финальном узле → проблема на линии или на хосте

Советы

  • Выполняй трассировку несколько раз в разное время, чтобы исключить временные аномалии.
  • Используй флаг -c (или Run Count в WinMTR), чтобы сделать 100+ запросов — этого достаточно для статистики.
  • Сохраняй и сравнивай отчёты. В WinMTR можно экспортировать результат в .txt или .html.

Заключение

MTR и WinMTR — это мощные и простые инструменты для диагностики сетевых проблем. Они дают точное понимание, где на маршруте теряются пакеты или увеличивается задержка, и помогают разделить ответственность: у вас ли проблема, у провайдера или у хоста.

5 минут чтения
Средний рейтинг статьи — 4.8

Настроить мониторинг за 30 секунд

Надежные оповещения о даунтаймах. Без ложных срабатываний