MTR steht für My Traceroute.
Es ist ein leistungsstarkes Netzwerkdiagnosetool, das die Leistungsfähigkeit von Ping- und Traceroute-Befehlen kombiniert.
Es ermöglicht dem Administrator, Netzwerkfehler zu diagnostizieren und zu isolieren und hilfreiche Berichte zum Netzwerkstatus bereitzustellen.
In diesem Artikel erklären wir, wie der vom MTR-Befehl bereitgestellte Bericht installiert, verwendet und analysiert wird.
MTR sendet ICMP-Pakete, indem es den TTL-Wert inkrementell erhöht, um die Route zwischen der Quelle und dem angegebenen Ziel zu finden.
1. Installation
Verwenden Sie auf Debian- oder Ubuntu-Systemen den folgenden Befehl:
$ sudo apt-get install mtr
Führen Sie auf Centos- und Fedora-Systemen den folgenden Befehl aus:
$ yum install mtr
2. mtr für eine Domain ausführen
MTR arbeitet in zwei Modi, einem grafischen Modus (X11) und einem textbasierten Modus (ncurses). Standardmäßig wird der mtr-Befehl im X11-Modus ausgeführt.
$ mtr google.com
Der obige Befehl öffnet ein GUI-Fenster und zeigt die Ergebnisse an.
3. Starten Sie den Textmodus mit –curses
Verwenden Sie die Option –curses, um mtr im Terminalmodus auszuführen.
$ mtr --curses google.com
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. mblaze.hilink 0.0% 20 3.2 2.7 2.1 3.8 0.5
2. 10.228.129.9 0.0% 20 187.7 61.8 41.6 187.7 31.3
3. 10.228.149.14 0.0% 20 112.1 60.2 33.2 112.1 17.8
4. 116.202.226.145 0.0% 20 57.9 63.2 35.2 147.6 24.4
5. 116.202.226.21 0.0% 20 35.4 70.4 35.4 211.8 48.6
6. 72.14.219.94 0.0% 20 58.9 74.6 43.4 231.2 44.2
7. 72.14.233.204 0.0% 20 46.9 69.8 40.3 222.5 41.9
8. 72.14.239.20 0.0% 20 94.1 259.2 68.8 3436. 748.2
9. 209.85.244.111 0.0% 20 86.4 97.5 72.1 232.2 34.3
10. google.com 0.0% 19 387.9 132.5 71.8 387.9 84.9 Das obige wird kontinuierlich im interaktiven Modus ausgeführt.
Im interaktiven Modus spiegelt das Ergebnis die aktuelle Roundtrip-Zeit für jeden Host wider. Im obigen Beispiel durchlief das Paket „mblaze.hilink“ (meinen lokalen Router), dann eine Reihe von „Hops“ und erreichte das Ziel.
Hops sind Router oder Knoten im Internet, durch die das Paket reist, um das Ziel zu erreichen.
4. Lassen Sie Reverse DNS mit –no-dns
wegMTR findet den Hostnamen jedes Routers/Knotens mithilfe von Reverse DNS Lookup. Wenn Sie eine umgekehrte DNS-Suche vermeiden möchten, verwenden Sie die Option –no-dns.
$ mtr --curses --no-dns google.com
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 2 3.0 2.9 2.9 3.0 0.1
2. 10.228.129.9 0.0% 2 58.6 49.6 40.7 58.6 12.7
3. 10.228.149.14 0.0% 2 46.1 46.8 46.1 47.6 1.0
4. 116.202.226.145 0.0% 2 61.8 61.6 61.3 61.8 0.3
5. 116.202.226.17 0.0% 2 42.7 39.9 37.0 42.7 4.0
6. 72.14.215.234 0.0% 2 47.1 43.9 40.7 47.1 4.5
7. 72.14.232.110 0.0% 2 56.9 60.7 56.9 64.4 5.3
8. 72.14.239.22 0.0% 2 111.5 95.0 78.5 111.5 23.3
9. 209.85.244.23 0.0% 2 126.0 102.4 78.8 126.0 33.4
10. 209.85.223.113 0.0% 10 76.4 92.7 75.4 157.3 29.5
11. 74.125.200.102 0.0% 1 78.4 78.4 78.4 78.4 0.0 5. Führen Sie mtr im Berichtsmodus mit –report
ausAnstatt MTR im interaktiven Modus auszuführen, können Sie es mit –report im Berichtsmodus ausführen. Im Berichtsmodus läuft mtr für die Anzahl der Zyklen (Standard 10) und druckt dann die Statistiken und beendet sich. Dieser Modus ist nützlich, um Statistiken über die Netzwerkqualität zu erstellen.
$ mtr --no-dns --report google.com HOST: lakshmanan Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.1.1 0.0% 10 2.5 3.0 2.4 4.2 0.6 2.|-- 10.228.129.9 0.0% 10 235.0 74.4 34.0 235.0 67.9 3.|-- 10.228.149.14 0.0% 10 154.8 65.5 38.7 154.8 34.8 4.|-- 116.202.226.145 0.0% 10 60.9 66.9 48.2 102.4 15.4 5.|-- 116.202.226.17 0.0% 10 54.1 65.1 36.0 194.5 46.8 6.|-- 72.14.215.234 0.0% 10 44.5 78.8 39.2 252.7 64.5 7.|-- 72.14.232.110 0.0% 10 55.7 66.4 39.1 179.8 41.8 8.|-- 66.249.94.72 0.0% 10 68.9 90.3 68.9 133.6 18.6 9.|-- 72.14.233.105 0.0% 10 68.8 76.3 68.8 92.2 7.3 10.|-- 173.194.38.162 0.0% 10 88.7 107.3 72.2 293.1 65.8
Im obigen Beispiel wurde mtr 10 Zyklen lang ausgeführt und die Statistiken erfasst. Benutzer können die Anzahl der Zyklen mit der Option -c ändern.
MTR-Bericht verstehen
Neben der Bereitstellung von Informationen über den Pfad zwischen Quelle und Ziel liefert MTR wertvolle Statistiken zur Dauerhaftigkeit der Verbindung.
- Lost% – Zeigt den Prozentsatz der Paketverluste bei jedem Hop an.
- Snt – Zeigt die Anzahl der gesendeten Pakete an.
- Last – Latenz des letzten gesendeten Pakets.
- Avg – Durchschnittliche Latenz aller Pakete.
- Best – Zeigt die beste Round Trip Time für ein Paket zu diesem Host an (kürzeste RTT).
- Wrst – Zeigt die schlechteste Round Trip Time für ein Paket zu diesem Host an (längste RTT).
- StDev – Liefert die Standardabweichung der Latenzen für jeden Host.
Auch wenn „Avg“ gut aussieht, werfen Sie einen Blick auf die Standardabweichung. Wenn die Standardabweichung hoch ist, kann dies darauf hindeuten, dass „Avg“ durch Messfehler oder zu starke Schwankungen verzerrt ist. Sehen Sie sich in einem solchen Fall die beste und die schlechteste Latenz an, um sicherzustellen, dass der Durchschnitt gut ist.
MTR-Berichte analysieren
1. Paketverlust überprüfen
Es gibt eine gängige Praxis unter den Dienstanbietern, den ICMP-Verkehr zu „ratenbegrenzen“. Dies kann den Eindruck eines Paketverlusts erwecken, obwohl tatsächlich kein Verlust vorliegt. Um zu überprüfen, ob der Verlust echt ist oder auf eine Ratenbegrenzung zurückzuführen ist, überprüfen Sie den „Verlust %“ des nächsten Hops. Wenn 0,0 % angezeigt werden, können Sie sicher sein, dass der gemeldete „Verlust %“ auf die ICMP-Ratenbegrenzung und nicht auf den tatsächlichen Verlust zurückzuführen ist.
10.|-- 209.85.250.237 0.0% 10 85.6 97.5 76.0 172.0 27.2 11.|-- 209.85.250.203 100.0 10 0.0 0.0 0.0 0.0 0.0 12.|-- 74.125.135.138 0.0% 10 77.2 107.3 77.2 219.5 43.5
In der obigen Ausgabe wird zwar ein Verlust von 100,0 % zwischen Hop 10 und 11 angezeigt, der nächste Hop 12 meldet jedoch 0,0 % Paketverlust, was bedeutet, dass der für Hop 11 gemeldete Verlust nur auf die ICMP-Ratenbegrenzung zurückzuführen ist.
Wenn der Verlust länger als 1 Hop andauert, ist es möglich, dass ein Paketverlust vorliegt. Beachten Sie auch, dass Ratenbegrenzung und Paketverlust gleichzeitig auftreten können. Nehmen Sie in diesem Fall den niedrigsten Verlustprozentsatz in einer Folge als tatsächlichen Verlust.
2. Unsachgemäßes Ziel-Host-Networking
13.|-- 4.69.168.254 0.0% 10 293.3 304.7 276.0 441.0 48.5 14.|-- 4.69.161.105 10.0% 10 287.5 291.7 261.2 393.6 40.0 15.|-- 4.69.137.50 0.0% 10 412.2 299.2 266.9 412.2 48.6 16.|-- 4.69.134.146 10.0% 10 260.5 281.8 260.3 320.1 22.0 17.|-- 4.69.134.129 10.0% 10 294.7 303.5 268.0 397.8 41.8 18.|-- 4.69.132.177 10.0% 10 287.8 341.6 262.7 470.4 77.4 19.|-- 4.71.162.50 10.0% 10 280.8 276.0 257.8 323.2 21.3 20.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
Aus dem obigen Beispiel kann es so aussehen, als hätten die Pakete das Ziel nicht erreicht. Aber es erreicht das Ziel. Dies kann auf falsch konfigurierte Host- oder Firewall-Regeln zurückzuführen sein, die ICMP-Pakete verwerfen.
3. Problem mit Zeitüberschreitung und Rückweg
Manchmal verwerfen Router das ICMP und es wird als ??? am Ausgang. Alternativ kann es auch ein Problem mit der Rückroute geben.
9.|-- 209.85.244.25 0.0% 10 260.6 147.0 78.1 260.6 75.3 10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 11.|-- 74.125.200.100 0.0% 10 84.8 112.4 75.6 234.4 63.9
Im obigen Beispiel antwortet der Router bei Hop 10 entweder nicht auf ICMP oder es gibt ein Problem beim Rückweg des Pakets.