Śledzenie trasy / MTR

Traceroute / MTR pokazuje ścieżkę pakietów do hosta, dzięki czemu wiesz, gdzie zaczyna się opóźnienie lub filtrowanie. Traceroute klasyczny listuje hop po hopie z IP i RTT; MTR (gdy zainstalowane) dodaje straty i średnie, dając raport jak na żywo bez terminala. Ustaw max hops i probes, by test był krótki, ale wystarczająco szczegółowy, by ujawnić zmiany routingu.

Odpowiada na pytania: czy ruch zostaje w sieci ISP, czy wychodzi przez VPN/peering? Gdzie CDN przekazuje ruch do tranzytu? Na którym hopie zaczyna się utrata pakietów podczas awarii? Dzięki IP liczbowym szybko rozpoznasz prywatne węzły, CGNAT czy sieci data center. Gdy mtr nie jest dostępne, narzędzie automatycznie wraca do traceroute i oznacza to w nagłówku.

Straty w MTR interpretuj ostrożnie: utrata na pierwszych hopach, która znika dalej, często oznacza niższy priorytet ICMP, a nie realną utratę do celu. Połącz to z ping/HTTP, by potwierdzić stan ostatniego hopu. Limit 30 hopów zapobiega bardzo długim trasom, a jednocześnie pokazuje problemy w middle-mile.

Wyniki można skopiować jako JSON lub surowy tekst do ticketów, postmortemów czy próśb routingu. Ochrona SSRF blokuje cele prywatne/rezerwowe, więc trasy są bezpieczne, a jednocześnie użyteczne dla SRE/NetOps i wsparcia.

Łącz trace z ping/HTTP w trakcie debugowania: jeśli opóźnienie rośnie na konkretnym hopie, zanotuj IP/ASN w zgłoszeniu. Gdy mtr jest niedostępne, zapisz surowy traceroute i porównaj z pomiarami z innej sieci, by wykluczyć problemy lokalne.