traceroute sendet Prüfungen mit steigenden IPv4-TTL- oder IPv6-Hop-Limit-Werten. Router, bei denen der Wert abläuft, können Time-Exceeded-Nachrichten zurückgeben und dadurch manche antwortenden Punkte entlang des Hinwegs sichtbar machen.
Fehlerbehebung · Lektion 3
traceroute
Lerne, wie traceroute antwortende Hops ermittelt und wie du Lücken, Zeitmessungen und Pfadänderungen interpretierst.
Funktionsweise der Hop-Erkennung
Prüfungen beginnen mit einem Hop-Limit von eins, das schrittweise erhöht wird. Der erste Router verringert eins auf null und kann einen ICMP-Fehler zurückgeben. Ein Limit von zwei erreicht vor dem Ablauf den zweiten Router, und der Vorgang läuft weiter, bis das Ziel antwortet oder der Höchstwert erreicht ist.
Welches Feld lässt aufeinanderfolgende Prüfungen an späteren Routern ablaufen?
Prüfmethoden
Herkömmliches Linux-traceroute sendet gewöhnlich UDP-Prüfungen an hohe Zielports. Das Ziel kann den Abschluss durch ICMP Port Unreachable melden. Optionen können stattdessen ICMP-Echo- oder TCP-SYN-Prüfungen verwenden, die Filter unterschiedlich durchqueren können:
$ traceroute -n example.com
$ traceroute -I -n example.com
$ traceroute -T -p 443 -n example.com
Berechtigungen und unterstützte Optionen unterscheiden sich. Verwende für das Ziel autorisierte Methoden und erfasse die Methode beim Vergleich von Ergebnissen.
Was beendet gewöhnlich ein herkömmliches Linux-UDP-traceroute?
Sternchen interpretieren
Ein Sternchen bedeutet, dass vor dem Zeitlimit keine Antwort für diese Prüfung beobachtet wurde. Der Router kann Transitverkehr weiterleiten und zugleich Diagnoseantworten filtern oder ratenbegrenzen. Wenn spätere Hops antworten, hat der stille Hop eindeutig zumindest manche Prüfungen weitergeleitet.
Was beweist * an einem Hop?
Zeitmessung und Pfadänderungen
Die Zeiten pro Hop messen Umlaufzeiten zu Steuerantworten und nicht die vom Link zwischen benachbarten ausgegebenen Zeilen hinzugefügte Latenz. Router können Antworten der Steuerungsebene nachrangig behandeln. Lastverteilung kann Prüfungen über unterschiedliche Pfade senden, und Namensauflösung kann die Anzeige verzögern; -n vermeidet Rückwärtsauflösungen.
Der Rückweg jeder ICMP-Antwort kann vom Hinweg abweichen. Wiederhole Tests und setze sie zu Anwendungszeitmessungen an den Endpunkten in Beziehung, bevor du einen Engpass benennst.
Warum sollten RTT-Werte benachbarter Hops nicht als genaue Verbindungslatenz voneinander abgezogen werden?
Mit der Anwendung vergleichen
Ein traceroute kann das Ziel erreichen, während der Dienst blockiert ist, und der Dienst kann funktionieren, während Zwischenrouter ihre Antworten verbergen. Teste dieselbe Adressfamilie, dasselbe Ziel, Transportprotokoll und denselben Port wie die Anwendung und verwende traceroute anschließend als unterstützenden Pfadbeleg.
Beweist ein abgeschlossenes traceroute, dass ein HTTPS-Dienst fehlerfrei ist?
Lektion abgeschlossen
Sie haben traceroute abgeschlossen
Du kannst traceroute nun als Folge von Prüfungen mit begrenzter Hop-Anzahl interpretieren und nicht als vollständiges Pfadorakel.
Erkläre die Hop-Erkennung durch Ablauf von TTL oder Hop Limit.
Erfasse, ob UDP-, ICMP- oder TCP-Prüfungen verwendet wurden.
Behandle Sternchen als fehlende Antworten und nicht als bewiesene Ausfälle.
Leite aus RTTs benachbarter Hops keine genaue Verbindungslatenz ab.
Verknüpfe Pfadbelege mit der tatsächlichen Anwendung.
Lernfortschritt speichern
Erstellen Sie ein kostenloses Konto, um diese Lektion zu speichern und auf jedem Gerät weiterzulernen.
Kostenloses Konto erstellen