MTR Ein Netzwerkdiagnosewerkzeug
Der Artikel beschreibt die Arbeit von MTR, enthält einige Befehlszeilenbeispiele und erläutert die von ihnen generierten Daten. Am Ende führen wir angesichts der Ausgabe die Berichtsanalyse durch.
Wie funktioniert MTR??
Netzwerkdiagnose -Tools wie Ping, Traceroute und MTR -Sonde Die Verbindung zwischen zwei Geräten mit ICMP -Paketen zur Fehlerbehebungsnetzwerkkonnektivität. Während das Ping-Dienstprogramm ICMP echo_request und echo_replies verwendet, verwenden Traceroute- und MTR-Pakete im Gegensatz.
Für die Hop-to-Hop-Analyse legt MTR zunächst Adressen der Switches, Gateways und Router zwischen den lokalen und entfernten Geräten fest. Anschließend werden die ICMP -Pakete mit TTL verwendet, um jeden Hop so zu pingen. Daher sendet es eine Reihe von ICMP echo_request mit dem TTL auf eins, zwei, drei usw., bis MTR die gesamte Route zusammenstellt.
Der obige Prozess gibt Statistiken aus, die zusätzliche Informationen enthalten, z. B. Hop -Status, Netzwerkverbindung, Knotenreaktionsfähigkeit, Netzwerklatenz und Jitter. Am interessantesten ist es ähnlich wie der Top-Befehl, da es sich immer wieder mit Echtzeit-Netzwerkkonnektivität erfrischt.
MTR -Installation
Standardmäßig lebt das Tool in der /Benutzer/SBIN Verzeichnis, da es mit den meisten Verteilungen vorinstalliert wird. Wenn es nicht verfügbar ist, installieren Sie sich Mtr Mit dem Standardpaketmanager der Verteilung.
Für Ubuntu:
Ubuntu@ubuntu: ~ $ sudo apt -ay -y install mtr installieren
Für rhel:
Ubuntu@ubuntu: ~ $ sudo yum -y install mtr installieren
Für Bogen:
Ubuntu@Ubuntu: ~ $ sudo pacman -y install mtr installieren
Live -MTR -Berichte generieren und lesen
Wie in den obigen Screenshots gezeigt, verfolgt MTR abgesehen von den Listing -Netzwerk -Hops auch die Latenz. Mit anderen Worten, schätzt auch die Roundtrip -Zeit von der lokalen Maschine auf jedes Gerät auf dem Pfad.
Verwenden Sie für eine bessere Idee das Flag -Bericht, um einen Bericht zu generieren, in dem Statistiken zur Netzwerkqualität entsteht. Benutzer können dies auch mit der Option -c verwenden, da sie nur für die Anzahl der von ihm angegebenen Zyklen ausgeführt wird und nach dem Druckstatistik beendet.
Ubuntu@Ubuntu: ~ $ sudo mtr -r -c 5 Google.com
Der vorherige Screenshot gibt mehrere Felder/Spalten aus, um Zugang zu Netzwerkverkehr zu erhalten. Diese Spalten melden die folgenden Statistiken:
- %Verlust: Paketverlustanteil bei jeder Maschine
- SNT: Anzahl der gesendeten Pakete
- Zuletzt: Die Rundreisezeit für das letzte Traceroute -Paket
- AVG: Die durchschnittliche Rundreise für alle Sonden
- Am besten: Kürzeste Hin-
- Wst: Die längste Hin- und Rückfahrt eines Pakets zu einem Gastgeber
- Stdev: Standardabweichung der Latenzen
Der Snt Zu Wst Spalten messen Latenzen in Millisekunden, aber nur die Avg Die Spalte ist am meisten wichtig. Der einzige Nachteil für die Erstellung von Berichten für die Netzwerkqualität ist, dass es viel Netzwerkverkehr verwendet, die die Netzwerkleistung beeinträchtigen.
Nützliche Optionen
Der folgende Abschnitt enthält einige der hilfreichsten Befehlsbeispiele der MTR -Flags. Wir erläutern die Ausgabedetails im Abschnitt MTR -Bericht später später.
IPv6: MTR verwendet IPv6 als Standardoption, die erforderlich ist. Es wird eine Echtzeitausgabe angezeigt. Drücken Sie Strg+C oder Q, um das Beenden zu beenden:
Ubuntu@Ubuntu: ~ $ sudo mtr Google.com
oder
Ubuntu@Ubuntu: ~ $ sudo mtr 8.8.8.8
Nur IPv4: Der IPv4-Switch (-4) zeigt nur IPv4-Adressen an und enthält vollständig qualifizierte Domänennamen:
Ubuntu@Ubuntu: ~ $ sudo mtr -4 Google.com
B: Verwenden Sie das -B -Flag wie folgt, um sowohl die Domainnamen als auch die IPv4 -Adressen anzuzeigen:
Ubuntu@Ubuntu: ~ $ sudo mtr -b Google.com
C: Wie bereits erwähnt, begrenzt das Flag die Anzahl der an jede Maschine gesendeten Pings. Nach Abschluss der Anzahl der Pings stoppt es das Live -Update und verlässt MTR kurz darauf:
Ubuntu@Ubuntu: ~ $ sudo mtr -c7 Google.com
T/u: Ersetzen Sie die ICMP -Echo -Pakete durch TCP Syn -T/-tcp oder UDP -Datagramme -U/-UdP:
Ubuntu@Ubuntu: ~ $ sudo mtr --TCP Google.com
oder
Ubuntu@Ubuntu: ~ $ sudo mtr --udp Google.com
Ö: Ordnen Sie das Ausgangsfeld gemäß Ihren Anforderungen an. Zum Beispiel zeigt der angegebene Befehl die Ausgabe in der folgenden Art und Weise an:
Ubuntu@Ubuntu: ~ $ mtr -o "lsdr nbaw jmxi" 8.8.8.8
M: Geben Sie die Hopfen zwischen dem lokalen Host und dem Remote -Computer an. In den folgenden Beispielen wird die HOPs auf 5 festgelegt, während der Standardwert 30 beträgt:
Ubuntu@Ubuntu: ~ $ Mtr -m 5 8.8.8.8
S: Sonden Sie das Netzwerk durch Angabe der ICMP -Paketgröße, einschließlich IP/ICMP -Header in Bytes:
Ubuntu@Ubuntu: ~ $ mtr -S PaketSize -c 5 Google.com
Berichtsanalyse
Die MTR -Ausgangsberichtsanalyse ist hauptsächlich auf Paketverlust und Netzwerklatenz aus oder konzentriert sich. Lassen Sie uns jeweils ausführlich besprechen:
Paketverlust
Der MTR -Bericht generiert einen Prozentsatz des Paketverlustfelds bei jedem Hop, um ein Problem anzugeben. Dienstleister haben jedoch eine gängige Praxis von Ratenlimit-MTR-ICMP-Paketen, die eine Illusion des Paketverlust. Um festzustellen, ob der Paketverlust tatsächlich auf ratenlimitierende oder nicht zurückzuführen ist, beachten Sie den Paketverlust des nachfolgenden Hopfens. Wie im obigen Screenshot für -Ö Beispiel für Flagge, wir beobachten einen Paketverlust von 16.7% bei Hop 5 und 6. Wenn beim nächsten Gerät kein Paketverlust vorliegt.
In einem anderen Szenario, wenn die Berichte bei den nachfolgenden Hops unterschiedliche Verluste darstellen und die späteren wenigen Geräte denselben Prozentsatz für Paketverluste zeigen, ist der Verlust an den Anfangsmaschinen auf beiden Faktoren zurückzuführen: Ratenlimit und tatsächlicher Verlust. Wenn MTR in verschiedenen Hopfen unterschiedliche Paketverluste meldet, vertrauen Sie dem Verlust in den späteren Hopfen vertrauen.
Netzwerk-Latenz
Die Latenz eines Netzwerks nimmt mit der Anzahl der Hopfen zwischen zwei Endpunkten zu. Die Latenz hängt jedoch auch von der Netzwerkverbindungsqualität zwischen lokalen und entfernten Maschinen ab. Zum Beispiel zeigen die Wählverbindungen eine höhere Latenz als Kabelmodems.
Es ist auch wichtig zu beachten, dass die Netzwerklatenz keine ineffiziente Route impliziert. Unabhängig von der hohen Netzwerklatenz an verschiedenen Knoten können Pakete das Ziel erreichen und mit Nullverlust zur Quelle zurückkehren.
Im obigen Beispiel beobachten wir einen Sprung in Latenz aus dem 8. Hop, aber kein Paket war außer am Zielwirt verloren.
Abschluss
Das Verständnis der Grundlagen von MTR ist erforderlich, um die häufigsten Probleme mit der Netzwerkkonnektivität zu erfassen und herauszufinden, z. Der Artikel erstellt einen Grund für einen Anfänger, den Gebrauch und die Arbeit von MTR zu verstehen. Es zeigt auch, wie MTR-Berichte generiert werden und eine Analyse durchgeführt werden, um Probleme mit der ratebeschränkenden Paketverlust zu identifizieren und die Netzwerklatenz zu analysieren.