Що таке traceroute?

Traceroute показує, через які мережеві вузли можуть проходити пакети до адресата і скільки часу займають відповіді на кожному кроці. Це діагностичний знімок маршруту, а не стала карта мережі.

Як працює трасування

Програма надсилає пробні пакети з послідовно більшим лімітом переходів: TTL в IPv4 або Hop Limit в IPv6. Коли ліміт вичерпано, маршрутизатор може повернути повідомлення ICMP Time Exceeded. Так виявляються проміжні вузли. Залежно від системи й налаштувань проби використовують UDP, ICMP або TCP; результати різних методів можуть відрізнятися.

Як читати результат

Кожний рядок зазвичай відповідає одному переходу, а значення часу показують затримку відповіді на конкретну пробу. Зірочка або тайм-аут не обов’язково означають обрив зв’язку: проміжний вузол може не відповідати на діагностичні пакети, хоча пересилає звичайний трафік. Маршрут також може змінюватися через балансування навантаження, а зворотний шлях відповіді — відрізнятися від прямого.

Коли це корисно

Якщо сайт не відкривається або затримка зросла, порівняйте трасування з кількох мереж і перевірте кінцеву адресу. Запустіть перевірку ping і traceroute та зіставте її з поясненням ping. Одна повільна проміжна відповідь без проблем на наступних переходах не доводить, що вузол уповільнює весь маршрут.

Приклад із командного рядка

У Windows команда tracert example.com використовує ICMP Echo Request, а в багатьох Unix-подібних системах команда traceroute example.com за замовчуванням надсилає UDP-проби. Параметри дають змогу змінити кількість проб, очікування відповіді та максимальну кількість переходів. Для коректного порівняння записуйте, звідки і яким методом виконано трасування: різні проби мережа може обробляти по-різному. Домен example.com наведено як безпечний приклад; для конкретної неполадки підставте потрібну адресу.

Уявіть результат: перший перехід — домашній маршрутизатор, далі мережа провайдера, кілька проміжних мереж і, нарешті, вузол призначення. Це не означає, що кожний пакет наступного вебзапиту обов’язково пройде тим самим шляхом. Під час балансування навантаження маршрутизатори можуть вибирати шлях за адресами й портами потоку. Одне трасування відображає відповіді на конкретні проби в конкретний час.

Чому з’являються зірочки

Якщо в третьому рядку лише зірочки, а четвертий і кінцевий вузли відповідають швидко, третій вузол, імовірно, просто не надіслав діагностичної відповіді. Маршрутизатори нерідко обмежують ICMP, щоб не витрачати ресурси на відповіді. Інші причини — фільтрація повідомлень, втрата зворотної відповіді або надто короткий час очікування. Вважати такий рядок доказом обриву помилково. Якщо ж відповіді зникають після певного переходу й кінцева точка теж недоступна, порівняйте трасування з іншої мережі.

У пробах одного рядка час може істотно відрізнятися. Він включає шлях пробного пакета до проміжного маршрутизатора й повернення ICMP-відповіді, але зворотний маршрут не обов’язково збігається з прямим. Тому великий RTT одного переходу не слід механічно додавати до RTT наступного. Корисніша ознака — стале погіршення на кінцевому вузлі під час повторних перевірок.

Межі діагностики

Трасування не показує вмісту маршрутизаторів, стану вебзастосунку або причини кожної втрати. VPN змінює точку виходу, тож результат через VPN не можна прямо порівнювати з перевіркою без нього. Брандмауери можуть пропускати звичайний HTTPS, але блокувати проби traceroute. Якщо ім’я не перетворюється на адресу, почніть із DNS; якщо перетворюється, але HTTPS не працює, перевіряйте також порт і відповідь сервера. Зберігайте дату, адресу призначення, метод і результати кількох повторень для звернення до провайдера: один скриншот із зірочкою рідко достатній для локалізації проблеми.

BGP, Anycast і зміна маршруту

Traceroute спостерігає шлях конкретних проб, а не політику BGP безпосередньо. Зміна пірингу може змінити послідовність переходів, а Anycast — привести ту саму IP-адресу до іншого майданчика. Для глибшого аналізу див. як працює traceroute, BGP та ASN і Anycast.