tracert в Windows: как читать трассировку и звёздочки

Пакет, идущий с вашего компьютера к сайту, проходит через цепочку роутеров: домашний, провайдерский, магистральные, узлы сервиса. Каждый из них называется хопом. Утилита tracert последовательно определяет эти узлы, отправляя пакеты с увеличивающимся значением времени жизни, и показывает, кто ответил и с какой задержкой.

Трассировка даёт карту пути и позволяет увидеть, на каком участке возникает большая задержка или обрыв. Но это лишь ориентир: реальный путь обратно может быть другим, а некоторые узлы намеренно скрывают ответы.

Откройте командную строку и введите tracert с адресом или доменом. Через несколько секунд начнёт заполняться таблица. В каждой строке номер хопа, три значения времени по трём попыткам и адрес или имя узла. Первым идёт ваш роутер, дальше устройства провайдера.

Если хотите ускорить работу и не дожидаться разрешения имён узлов, добавьте ключ -d: он отключает преобразование адресов в имена. Ключ -h задаёт максимальное число хопов, обычно достаточно значения по умолчанию, равного тридцати.

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

Если высокое значение только на одном хопе, а дальше всё в порядке, узел просто медленно отвечает на служебные запросы, приоритет которых низкий. Пользовательский трафик через него идёт без задержек. Такую строку не считают проблемой.

Звёздочки в строке и надпись о превышении интервала означают, что узел не ответил. Причины: он не отвечает на такие запросы по настройке, пакет потерян, либо фильтр закрыл ответ. Одиночные звёздочки на промежуточных хопах при успешном завершении на цели — обычное дело.

Если звёздочки идут до самого конца и цель недостижима, проверьте, что доступна конечная точка, и сравните с трассировкой на другой сайт. Если недоступно всё после определённого хопа, обратитесь к провайдеру с этим результатом: он поможет локализовать проблему.

Сохраните вывод в текстовый файл, добавив перенаправление в конце команды. Приложите его к обращению вместе с временем запуска и описанием симптомов. Полезно выполнить трассировку в момент проблемы и в спокойное время: разница между ними и есть ценная информация для специалиста.

Не забывайте, что в выводе видны адреса вашего провайдера и промежуточных узлов, но публичный адрес вашего подключения тоже может появиться. Убирайте лишнее перед публикацией.

Если вы используете туннель или прокси, маршрут может выглядеть необычно: первые хопы окажутся не вашим роутером, а узлами туннеля. Это не ошибка, просто трафик действительно идёт другим путём. Для честной диагностики собственного канала временно отключите такие программы и повторите трассировку. Так вы отделите поведение своего подключения от поведения промежуточной сети и не примете ожидаемую особенность маршрута за поломку.

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

Одна трассировка мало что объясняет. Выполните несколько: до сайта, который открывается нормально, и до проблемного. Общая часть пути, то есть первые хопы, у них совпадёт, а различие начнётся там, где маршруты расходятся. Если проблема возникает только у одного назначения, а общая часть чиста, дело в его стороне пути или в самом сервисе. Если задержки растут уже на общих хопах, виноват ваш участок. Такое сравнение превращает список адресов в осмысленный вывод.