Traceroute — jak wykonać i odczytać wyniki diagnostyki trasy pakietów w sieci

Traceroute — jak wykonać i odczytać wyniki diagnostyki trasy pakietów w sieci

Traceroute (Windows: tracert, Linux/Mac: traceroute) to narzędzie diagnostyki sieciowej, które pokazuje trasę pakietów od Twojego komputera do serwera docelowego – każdy router (hop) na drodze z jego adresem IP i czasem odpowiedzi. Jeżeli ping mówi Ci „połączenie nie działa”, traceroute mówi Ci gdzie dokładnie się psuje.

Jak uruchomić traceroute na każdym systemie, jak czytać wyniki i jak wykorzystać je do diagnozy problemów z siecią, hostingiem i stronami internetowymi.

Jak działa traceroute – mechanizm TTL

Traceroute wykorzystuje mechanizm TTL (Time To Live) pakietów IP. Każdy pakiet internetowy ma pole TTL – liczbę, która zmniejsza się o 1 przy każdym routerze na drodze. Gdy TTL spadnie do 0, router odrzuca pakiet i wysyła komunikat zwrotny (ICMP Time Exceeded) do nadawcy.

Traceroute wykorzystuje to sprytnie:

  1. Wysyła pakiet z TTL=1 → pierwszy router na drodze zmniejsza TTL do 0 → odrzuca pakiet → wysyła odpowiedź. Traceroute zapisuje adres IP tego routera i czas odpowiedzi.
  2. Wysyła pakiet z TTL=2 → pierwszy router przepuszcza (TTL staje się 1) → drugi router zmniejsza do 0 → odrzuca → odpowiedź. Traceroute zapisuje drugi hop.
  3. Powtarza z TTL=3, 4, 5… aż pakiet dotrze do serwera docelowego.

Efekt: kompletna mapa trasy z adresami IP i czasami odpowiedzi każdego routera.

Jak wykonać traceroute

Windows – tracert

  1. Otwórz CMD (Win+R → cmd → Enter).
  2. Wpisz:
tracert google.com

Przykładowy wynik:

Tracing route to google.com [142.250.186.78] over a maximum of 30 hops:

 1 1 ms 1 ms 1 ms 192.168.1.1
 2 12 ms 11 ms 12 ms 10.0.0.1
 3 14 ms 13 ms 14 ms 89.64.0.1
 4 15 ms 14 ms 15 ms 213.248.68.45
 5 16 ms 15 ms 16 ms 108.170.241.193
 6 17 ms 16 ms 17 ms 142.250.186.78

Trace complete.

Linux / macOS – traceroute

traceroute google.com

Na macOS może wymagać instalacji: brew install traceroute (jeśli nie jest domyślnie). Alternatywa na obu systemach: mtr google.com (kombinacja ping + traceroute w jednym, ciągłe monitorowanie).

Na telefonie

  • Android: aplikacja „PingTools Network Utilities” lub „Network Analyzer” (Google Play).
  • iPhone: aplikacja „iNetTools” lub „Network Ping Lite” (App Store).

Jak czytać wyniki traceroute

Każda linia = jeden hop (router na drodze):

 3 14 ms 13 ms 14 ms 89.64.0.1
  • 3 – numer hopa (trzeci router na drodze)
  • 14 ms, 13 ms, 14 ms – trzy pomiary czasu odpowiedzi (traceroute wysyła 3 pakiety). Niższe = lepsze.
  • 89.64.0.1 – adres IP routera. Czasem obok widać nazwę DNS (np. waw-core1.provider.net).

Co oznaczają gwiazdki (*)?

 7 * * * Request timed out.

Gwiazdka = brak odpowiedzi od tego hopa. Przyczyny:

  • Router blokuje ICMP – wiele routerów (szczególnie w dużych sieciach jak Cloudflare, Google, AWS) celowo nie odpowiada na traceroute z bezpieczeństwa. To normalne – nie oznacza problemu.
  • Firewall blokuje – router ma reguły firewalla, które odrzucają pakiety traceroute.
  • Faktyczny problem – jeżeli gwiazdki pojawiają się od pewnego hopa i trwają do końca (nigdy nie docierasz do celu), problem jest na tym hopie lub dalej.

Jak odróżnić normę od problemu: jeżeli gwiazdki są na jednym hopie, a następne hopy odpowiadają normalnie – to filtrowanie ICMP (normalne). Jeżeli gwiazdki zaczynają się od hopa X i trwają do końca (brak odpowiedzi z celu) – problem jest na hopie X lub dalej.

Czytanie czasów – gdzie jest wąskie gardło?

 1 1 ms 1 ms 1 ms 192.168.1.1 ← router domowy (OK)
 2 12 ms 11 ms 12 ms 10.0.0.1 ← ISP hop 1 (OK)
 3 14 ms 13 ms 14 ms 89.64.0.1 ← ISP hop 2 (OK)
 4 180 ms 185 ms 190 ms 213.248.68.45 ← SKOK! wąskie gardło
 5 182 ms 184 ms 183 ms 108.170.241.193 ← dalej wysoko (konsekwencja)
 6 183 ms 182 ms 184 ms 142.250.186.78 ← cel (wysoki czas)

Hop 4 to wąskie gardło – czas skoczył z 14 ms na 180 ms. Wszystkie kolejne hopy mają wysoki czas, bo opóźnienie się kumuluje. Problem jest na hopie 4 (prawdopodobnie międzynarodowe łącze ISP lub przeciążony peering point).

Traceroute w praktyce – kiedy używać

1. Strona ładuje się wolno – czemu?

Uruchom traceroute do serwera strony. Jeżeli czasy rosną gwałtownie na hopach ISP (hopy 2–4) – problem jest po stronie Twojego dostawcy internetu. Jeżeli czasy rosną na hopach bliżej celu (hopy 8–12) – problem może być po stronie hostingu strony lub peeringu między sieciami.

2. Strona nie odpowiada, a ping nie działa

Traceroute pokaże, gdzie pakiety giną. Jeżeli traceroute dochodzi do hopa 6 i dalej same gwiazdki – wiesz, że problem jest na sieci za tym routerem (możesz to zgłosić ISP z konkretnym adresem IP problematycznego hopa).

3. Zgłoszenie do ISP / hostingu

Gdy kontaktujesz się z supportem ISP lub hostingu z problemem „strona nie działa” – załącz wynik traceroute. Daje technikowi konkretne dane do diagnozy zamiast ogólnego „u mnie nie działa”. Profesjonalni supporterzy od razu wiedzą, co robić z wynikiem traceroute.

4. Sprawdzenie trasy do serwera gier

Masz wysoki ping w grze online? Traceroute pokaże, czy problem jest po stronie Twojego ISP (hopy wewnętrzne), peering pointu (zazwyczaj hop 4–6), czy serwera gry. Jeżeli ISP – zadzwoń i podaj wynik.

mtr – traceroute i ping w jednym (Linux/Mac)

mtr (My Traceroute) to narzędzie, które łączy funkcjonalność pinga i traceroute: ciągle pinguje każdy hop na trasie i wyświetla statystyki w czasie rzeczywistym – średni czas, packet loss per hop, jitter.

mtr google.com

Efekt: tabela, która się aktualizuje co sekundę – widzisz nie pojedynczy snapshot (jak traceroute), ale ciągły obraz stabilności każdego hopa. Jeżeli hop #4 ma 5% packet loss, a reszta 0% – wiesz dokładnie, gdzie jest problem.

Instalacja: sudo apt install mtr (Ubuntu/Debian), brew install mtr (macOS).

Traceroute online – z innej lokalizacji

Traceroute z Twojego komputera pokazuje trasę z Twojej lokalizacji. Żeby sprawdzić trasę z innego miejsca na świecie (np. „jak wygląda trasa z Londynu do mojego serwera?”), użyj narzędzi online:

  • ping.pe – traceroute z wielu lokalizacji na świecie jednocześnie
  • check-host.net – ping, traceroute, HTTP check z ~50 lokalizacji
  • looking.house – looking glass wielu ISP (traceroute z ich sieci)

Opcje traceroute – przydatne flagi

Windows (tracert)

  • tracert -d google.com – nie rozwiązuj nazw DNS (szybciej)
  • tracert -h 20 google.com – max 20 hopów (domyślnie 30)
  • tracert -w 3000 google.com – timeout 3000 ms per hop

Linux/macOS (traceroute)

  • traceroute -n google.com – nie rozwiązuj DNS
  • traceroute -m 20 google.com – max 20 hopów
  • traceroute -T google.com – użyj TCP zamiast UDP (przechodzi przez więcej firewalli)
  • traceroute -I google.com – użyj ICMP Echo (jak ping)

Najczęściej zadawane pytania

Traceroute vs ping – jaka różnica?

Ping mówi: „czy cel odpowiada i ile to trwa?” (punkt A → punkt B, czas). Traceroute mówi: „jaką trasą idą pakiety i ile trwa każdy krok?” (punkt A → router 1 → router 2 → … → punkt B, czas per hop). Ping do diagnozy „czy działa?”, traceroute do diagnozy „gdzie się psuje?”.

Dlaczego traceroute pokazuje dziwne nazwy routerów?

Nazwy DNS routerów to wewnętrzne nazwy ISP – np. waw-core1.tpnet.pl = router core w Warszawie w sieci TP (Orange). fra-sb1.telia.net = router we Frankfurcie w sieci Telia. Te nazwy pomagają zidentyfikować, czyja sieć i jaka lokalizacja – przydatne przy diagnozie.

Czy traceroute jest legalny?

Tak – traceroute to standardowe narzędzie diagnostyczne, używane przez administratorów na całym świecie. Wysyła normalne pakiety IP – nie jest atakiem, nie obciąża sieci, nie łamie żadnych regulacji.

Traceroute nie dociera do celu – same gwiazdki od hopa X

Możliwości: (1) serwer docelowy blokuje ICMP/UDP (traceroute) – strona może działać normalnie mimo to. Sprawdź stroną w przeglądarce lub curl -I. (2) Faktyczny problem z routingiem – pakiety giną na konkretnym hopie. Zgłoś ISP z wynikiem traceroute.

Ile trwa traceroute?

Typowo: 5–30 sekund (zależy od liczby hopów i timeoutów). Jeżeli dużo hopów nie odpowiada (gwiazdki), traceroute czeka timeout (domyślnie 3–5 sekund) per hop – wydłuża się. Użyj flagi -d/-n (brak DNS lookup), żeby przyspieszyć.

Podsumowanie

Traceroute to drugie po pingu najważniejsze narzędzie diagnostyki sieciowej. Ping mówi „czy działa?”, traceroute mówi „gdzie się psuje?”. Uruchamiasz go jedną komendą: tracert domena.pl (Windows) lub traceroute domena.pl (Linux/Mac). Czytasz wyniki: szukaj gwałtownych skoków czasu (wąskie gardło) i ciągłych gwiazdek (pakiety giną). A przy zgłoszeniach do ISP lub hostingu – załączaj wynik traceroute, bo to mówi technikowi więcej niż „u mnie nie działa”.

Picture of Tomasz Zieliński
Tomasz Zieliński

Tomasz zajmuje się tematyką SEO, sztucznej inteligencji i automatyzacji pracy w marketingu internetowym. W swoich artykułach analizuje zmiany w algorytmach wyszukiwarek, rozwój narzędzi AI oraz nowe sposoby tworzenia i optymalizacji treści. Interesuje go przede wszystkim to, jak technologia wpływa na codzienną pracę specjalistów SEO, marketerów i twórców internetowych.

Facebook
Twitter
LinkedIn
Pinterest

Najnowsze Wpisy

Śledź nas