Traceroute (tracert) в Windows — как пользоваться

Диаграмма трассировки маршрута сети

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

Что такое команда traceroute?

Команда traceroute (в Windows — tracert) посылает пакеты с увеличивающимся полем TTL (Time To Live). Каждый маршрутизатор на пути уменьшает TTL на 1 и, если TTL достигает нуля, возвращает сообщение об ошибке. По этим ответам traceroute строит список промежуточных узлов — «хопов» — и измеряет время до каждого из них.

Ключевые термины в одну строку:

TTL — ограничение числа пересылок пакета по сети.
ICMP — протокол для сообщений об ошибках и служебных сообщений в сети.
Hop — один промежуточный узел (маршрутизатор) на пути.
RTT — время «туда‑обратно» (в миллисекундах, ms).

tracert и traceroute — в чём разница?

Названия: в Windows команда называется tracert, в Unix/Linux — traceroute. По сути это одна и та же идея, но реализация и параметры могут отличаться.
Протоколы: tracert в Windows по умолчанию отправляет ICMP Echo‑запросы; Unix‑версия обычно использует UDP по умолчанию (но можно переключать).
Сценарии: в большинстве случаев вы можете получить схожую информацию обеими командами, но синтаксис опций отличается.

Как запустить tracert в Windows

Нажмите Windows + R, введите cmd и нажмите Enter, чтобы открыть Командную строку.
Введите tracert, затем пробел и адрес назначения — домен или IP. Например:

tracert www.windowsreport.com

Ввод команды tracert в командной строке

Нажмите Enter. Команда выведет список хопов с тремя измерениями времени для каждого. Когда маршрутизатор не отвечает, вы увидите * и текст «Request timed out».

На Unix/Linux используйте traceroute с похожим синтаксисом. В macOS тоже применяется traceroute.

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

Вывод обычно состоит из нумерованного списка хопов. Каждая строка показывает:

Номер хопа.
Три измерения времени (RTT) в миллисекундах.
IP‑адрес или DNS‑имя узла.

Пример упрощённого вывода (иллюстрация):

1  <1 ms  <1 ms  <1 ms  192.168.0.1
2  10 ms  12 ms  11 ms  203.0.113.1
3  *      *      *      Request timed out.
4  50 ms  49 ms  52 ms  198.51.100.5

Что означают частые случаи:

Три числа в ms — три попытки послать пакет. Большие значения говорят о задержке.
* — узел не ответил на ICMP/TTL‑запрос. Это не всегда означает проблему: многие маршрутизаторы игнорируют такие запросы по соображениям безопасности.
Скачки RTT между соседними хопами указывают на проблемный участок.
Резкая потеря ответов после определённого хопа может означать фильтрацию трафика или блокировку ICMP.

Когда tracert не помогает или вводит в заблуждение

Блокировка ICMP или фильтрация на промежуточном роутере. Многие провайдеры и корпоративные брандмауэры блокируют ICMP‑ответы.
Ассиметричные маршруты: пакеты идут в одну сторону по одному пути, а ответы — по другому. Это усложняет интерпретацию.
NAT, MPLS и туннелирование скрывают внутренние узлы или изменяют поведение TTL.
Задержки на последнем сегменте не всегда видны; локальные Wi‑Fi проблемы могут проявляться как нестабильность на всех хопах.

Важно: отсутствие ответа от хопа не обязательно означает, что последующие узлы недоступны. Это может быть настройка безопасности.

Альтернативные инструменты и подходы

ping — быстрая проверка доступности и базового RTT.
pathping (Windows) — сочетание tracert и ping: собирает статистику потерь пакетов на каждом хопе в течение времени.
mtr (Linux/macOS) — интерактивный инструмент в реальном времени, объединяющий traceroute и ping.
Визуальные утилиты для Windows — графические трассировщики маршрута (см. подборки freeware для Windows 11).
Системы мониторинга (Zabbix, Nagios, PRTG) — для постоянного наблюдения и оповещений.

Шаблон действий для локализации проблемы (шаг за шагом)

Проверка на клиенте
- Выполните ping до целевого хоста. Если нет ответа — пробуйте IP напрямую.
- Запустите tracert и сохраните вывод.
Анализ промежуточных хопов
- Найдите первый хоп с увеличенным RTT или потерями.
- Если первые хопы отвечают нормально, а дальше — нет, проблема, скорее всего, у провайдера или межсетевого устройства.
Дополнительные проверки
- Выполните pathping (Windows) или mtr (Linux) для сбора статистики за время.
- Проверьте правила брандмауэра и фильтрации ICMP.
Эскалация
- При подозрении на провайдера — отправьте им вывод tracert и pathping.
- Для корпоративных сетей — предоставьте выводы сетевому инженеру.

Роль‑ориентованный чеклист

Для пользователя Helpdesk: подтвердите проблему, соберите stdout tracert и результаты ping.
Для сетевого инженера: используйте mtr/pathping, проверьте маршрутизацию BGP/OSPF, логи брандмауэров.
Для разработчика приложения: проверьте доступность нужных портов и зависимостей, повторите тест с разных сетей.

Критерии приёмки

Tracert завершает маршрут до целевого хоста и показывает приемлемые значения RTT (например, стабильно низкие ms).
При наличии потерь подтверждаете их повторяемость через pathping/mtr.
Если проблема локализована вне вашей сети — получен ответ от провайдера или внешней команды поддержки.

Краткий глоссарий

TTL — число «жизненных циклов» пакета; по достижении нуля пакет уничтожается и генерируется сообщение об ошибке.
ICMP — протокол сообщений для диагностики сети.
Hop — отдельный маршрутизатор или узел на пути пакета.
RTT — round‑trip time, время туда‑обратно в миллисекундах.

Заключение

Команда traceroute / tracert — простой и эффективный инструмент для первичной диагностики сетевых проблем. Она помогает быстро увидеть маршрут и локализовать область сбоев. Если tracert не даёт полного ответа, используйте pathping, mtr и проверяйте правила брандмауэра. Оставьте вопросы или свои примеры выводов в комментариях — это поможет другим читателям быстрее разбираться с похожими проблемами.

Важно: при передаче вывода tracert в техподдержку удаляйте или маскируйте чувствительные внутренние IP‑адреса, если это требуется политикой безопасности вашей организации.