MTR Live
Traceroute in Echtzeit — mit ICMP und TCP
ICMP-Traceroute
Starte MTR, um die ICMP-Route zu sehen
ICMP- vs. TCP-Traceroute
ICMP (Standard)
- • Nutzt ICMP-Echo-Pakete (wie ping)
- • Funktioniert in den meisten Netzen
- • Kann von Firewalls blockiert werden
- • Erste Wahl für allgemeine Netzdiagnose
TCP (portbasiert)
- • Nutzt TCP-SYN-Pakete an einen bestimmten Port
- • Kommt oft besser durch Firewalls
- • Zeigt einen möglichen Hinweg für genau diesen Port — nicht „den" Weg des TCP-Verkehrs
- • Praktisch für Webserver-Diagnose (Port 80/443)
Tipp: Wenn ICMP bei bestimmten Hops Timeouts (???) zeigt und TCP nicht, filtern diese Router vermutlich ICMP-Verkehr. Vergleiche beide Ergebnisse — ein vollständiges Bild ergibt aber auch das nicht: Ein Trace sieht immer nur den Hinweg seiner eigenen Pakete. Der Rückweg kann ein ganz anderer sein, und weil große Netze ihren Verkehr über mehrere gleichwertige Wege verteilen (ECMP), nimmt schon die nächste Verbindung womöglich eine andere Strecke.
TCP-TraceroutePort 443
Starte MTR, um die TCP-Route zu sehen
Selbst nachprüfen
Dieselbe Prüfung kannst du im Terminal machen — unter Linux und macOS mit diesen Befehlen:
Route messen: 10 Durchläufe, Bericht mit Verlust und Latenz je Station.braucht mtr
mtr -rwc 10 example.comEinfache Routenverfolgung, ohne Zusatzpaket.
traceroute example.comErreichbarkeit und Paketverlust zum Ziel.
ping -c 10 example.comDie Befehle sind bereits mit deiner Eingabe gefüllt. Weicht ein Ergebnis von dem hier ab: Deine Messung startet an deinem Anschluss, unsere am Server im Rechenzentrum. Andere Startpunkte ergeben andere Wege, andere Zeiten und andere Werte — dazu kommen wechselnde Lastverteilung im Netz (ECMP) und die aktuelle Auslastung auf beiden Seiten.