Утилита mtr

Создана 30.11.2025
Отредактирована 04.12.2025

Конечно! mtr (My Traceroute) — это мощная сетевая утилита, которая сочетает в себе функциональность двух других известных инструментов: ping и traceroute.

Если netstat показывает, что происходит внутри вашего компьютера с сетевыми подключениями, то mtr показывает, что происходит на пути от вашего компьютера до удаленного сервера.

# Установка mtr в Ubuntu sudo apt update sudo apt install mtr -y

# Установка mtr в SentOS sudo dnf update sudo dnf install mtr -y

Основное предназначение mtr:

mtr используется для диагностики проблем маршрутизации и качества сетевого соединения между двумя точками.

Ключевые возможности mtr и что они показывают:

1. Определение проблемного участка сети

MTR показывает каждый "прыжок" (hop) на пути к целевому серверу и статистику по каждому из них:

Потери пакетов (Loss%) на каждом участке;
Задержки (Latency) — последняя (Last), средняя (Avg - average), лучшая (Best), худшая (Worst);
Количество (Snt - sent) отправленных пакетов;
Стандартное отклонение (StDev - Standart Deviation) показывает насколько сильно "прыгает" время отклика.

mtr -r google.com Start: 2025-11-30T12:00:00+0300 HOST: localhost Loss% Snt Last Avg Best Wrst StDev 1.|-- router.local 0.0% 10 2.1 2.2 1.9 2.8 0.3 2.|-- 10.100.0.1 0.0% 10 10.2 11.1 9.8 15.2 1.8 3.|-- 185.100.101.102 0.0% 10 15.3 16.2 15.1 18.9 1.1 4.|-- 72.14.215.25 30.0% 10 25.1 26.3 24.9 28.1 23.8 ← ПРОБЛЕМА! 5.|-- 108.170.250.113 0.0% 10 30.2 31.1 29.8 33.5 1.3 6.|-- google.com 0.0% 10 28.9 29.8 28.5 31.2 0.9

2. Динамический мониторинг в реальном времени

В отличие от traceroute, который делает один "снимок" пути, mtr работает непрерывно и обновляет статистику, что позволяет:

Видеть изменения в режиме реального времени;
Отслеживать временные проблемы;
Анализировать стабильность соединения.

3. Анализ качества связи

MTR помогает ответить на вопросы:

Где именно теряются пакеты? (у вас у провайдера, у целевого сервера);
На каком участке появляется высокая задержка?
Стабильно ли соединение или есть "просадки"?

Практические сценарии использования mtr:

Проверить качество связи до DNS-сервера Google

# Диагностика проблем с интернетом, результат будет отображаться в интерактивном окне, в реальном времени mtr 8.8.8.8

Увидеть, на каком участке к сайту example.com появляются высокие задержки или потери пакетов

# Поиск узкого места при медленном доступе к сайту mtr example.com

Сделать 100 запросов для сбора более точной статистики

# Будет выполнено 100 запросов, через некоторое время результат отобразится в консоли mtr -c 100 -r google.com

Полезные ключи командной строки mtr:

-c N — выполнить N запросов и завершить работу, где N - это количество запросов;
-n — не преобразовывать IP-адреса в доменные имена (ускоряет работу);
-r — показать итоговый отчет (удобно для скриптов, вывод результата отобразится в CLI);
-4 / -6 — использовать IPv4 или IPv6;
-P — использовать определенный порт для проверки, например -P 443 или -P 80

# Ознакомиться с возможностями утилиты mtr man mtr # Отобразить список опций mtr -h

Как интерпретировать результаты

Потери пакетов на промежуточных узлах — часто норма, если на конечном пункте потерь нет;
Высокие потери на последних прыжках — проблема у целевого сервера или его провайдера;
Резкий скачок задержки на определенном участке — проблема с маршрутизацией или каналом связи;
Постоянные потери на всем пути — проблема у вашего провайдера или на вашей стороне.

5. Рассмотрим столбец StDev (Standard Deviation — Стандартное отклонение) полее подробней

Столбец StDev (Standard Deviation — Стандартное отклонение) в утилите mtr является очень важным показателем, который помогает оценить стабильность или изменчивость пинга до каждого хопа.

Простыми словами: StDev показывает, насколько сильно "прыгает" время отклика.

Подробное объяснение:

Last, Avg, Best, Wrst — это средние или крайние значения. Например, Avg (среднее) может быть хорошим, если у вас 9 пакетов с пингом 20 мс и 1 пакет с пингом 1000 мс, среднее будет 118 мс, что не отражает реальной проблемы;
StDev — это статистическая мера, которая показывает, насколько сильно каждое отдельное измерение (пинг) отклоняется от среднего значения (Avg).

Как это интерпретировать на практике

1. Низкое значение StDev (например, 1-5 мс):

Что это значит: Время отклика очень стабильное, все пакеты приходят с почти одинаковой задержкой;
Пример: Avg = 24.5 ms, StDev = 1.2 ms. Это отличный показатель, означающий качественное и стабильное соединение.

2. Высокое значение StDev (например, 30-100+ мс и больше):

Что это значит: Время отклика очень нестабильное, сильно "скачет". Пакеты испытывают разную степень задержки;
Пример: Avg = 55.3 ms, StDev = 45.8 ms. Это плохой показатель. Он говорит о том, что на этом участке сети есть проблемы (перегрузка, очередь, нестабильный канал). Ваше соединение будет "рваным", возможны лаги в онлайн-играх, прерывания в голосовой связи.

Наглядный пример из вывода mtr:

Host Loss% Snt Last Avg Best Wrst StDev 1. gateway 0.0% 10 1.2 1.3 1.1 1.8 0.2 2. 10.10.10.1 0.0% 10 5.1 5.3 5.0 6.1 0.3 3. 95.216.xx.x 0.0% 10 24.5 25.1 23.8 30.2 1.9 4. 145.236.x.x 10.0% 10 55.3 60.1 45.2 120.1 25.8 <- Проблемный хоп! 5. 8.8.8.8 0.0% 10 27.1 27.5 26.9 28.0 0.4

Анализ:

На первых трех хопах StDev очень низкий (0.2, 0.3, 1.9) — соединение стабильное;
На четвертом хопе StDev подскакивает до 25.8 мс при Avg = 60.1 мс. Это явный признак проблем. Пакеты то идут нормально (Best = 45.2), то сильно задерживаются (Wrst = 120.1). Здесь же видна и потеря пакетов (10%);
К конечному пункту (8.8.8.8) стабильность восстанавливается (StDev = 0.4), что означает, что проблема была локальной для 4-го хопа, и сеть смогла компенсировать джиттер.

Резюме:

Столбец StDev в mtr отвечает за измерение джиттера (jitter) — изменчивости времени задержки пакетов. Он помогает отличить стабильное соединение с равномерной задержкой от нестабильного, где средняя задержка может выглядеть приемлемо, но на самом деле соединение имеет серьёзные проблемы с качеством.

При диагностике всегда смотрите не только на Loss% и Avg, но и на StDev.

ИТОГ

mtr — это незаменимый инструмент для:

Сетевых администраторов — для диагностики проблем маршрутизации;
Веб-мастеров — для проверки доступности своих серверов;
Провайдеров — для определения участка с проблемами;
Обычных пользователей — для понимания, где именно "пропадает" интернет.

Это ваш главный инструмент для ответа на вопрос: "Почему интернет такой медленный и КТО виноват?".