Sieciowy traceroute

O tym narzędziu

Traceroute ujawnia rzeczywistą trasę, którą Twoje pakiety przebywają przez internet — każdy router, każdy hop, każdą zmianę opóźnienia po drodze. Tam, gdzie ping mówi "czy host działa", traceroute mówi "jak wygląda ścieżka i gdzie zwalnia".

Nasze narzędzie uruchamia traceroute -n -q 1 -m 30 z naszego serwera we Frankfurcie, wysyłając jedną sondę na hop z timeoutem 2 sekund. Gdy każdy router odpowie, wiersz pojawia się w przeglądarce — obserwujesz budowanie trasy hop po hopie. Dodajemy reverse DNS, kraj (z flagą), miasto oraz ASN/właściciela dla każdego publicznego IP, więc widzisz, kto operuje każdy fragment ścieżki.

Co można z tym zrobić

• Znajdź, gdzie mieszka opóźnienie. Czysty trace z niskim RTT, który nagle skacze o 80 ms na hopie 12, wskazuje na jeden konkretny tranzyt. ASN tego hopa mówi, czyja to sieć.
• Potwierdź, że ścieżka biegnie przez oczekiwaną geografię. Ruch z Frankfurtu do "europejskiego" hosta, który robi okrążenie przez Nowy Jork, to znaczący sygnał — może to być błędny routing lub normalny brzeg CDN, ale warto zobaczyć.
• Porównaj dwa hosty obok siebie. Uruchom traceroute do A i do B; jeśli oba giną na tym samym hopie, problem jest między nami a tym pośrednim routerem, a nie po stronie celów.

Czytanie wyniku

Hopy oznaczone * oznaczają brak odpowiedzi w ciągu 2 sekund — to albo router, który odrzuca komunikaty ICMP TTL-exceeded (bardzo częste), albo prawdziwa utrata pakietu. Trwałe * na ostatnich kilku hopach, podczas gdy wcześniejsze działają, zwykle oznacza, że firewall w miejscu docelowym po cichu odrzuca sondy traceroute — host działa, jest tylko ukryty. Kolumna reverse DNS podpowiada topologię operatora: nazwy w stylu be-1234.cr1-fra.de.example.net mają wzorzec (interfejs, rola, lokalizacja, sufiks ASN).