MTR-Test unter Mac OS

MTR vereint Ping und Traceroute in einem Tool. Es sendet Testpakete an einen Zielhost und zeigt die Latenz und den Paketverlust an jedem Router (Hop) entlang der Route. So erkennen Sie, wo ein Netzwerkproblem beginnt: im lokalen Netzwerk, beim Provider, bei einem Transit-Betreiber oder in der Nähe des Servers.

Der INTROSERV-Support bittet häufig um einen MTR-Bericht, wenn ein Kunde langsame Übertragungsraten, Verzögerungen oder Paketverlust meldet. Diese Anleitung zeigt, wie Sie MTR unter macOS installieren, einen Test ausführen und den Bericht speichern. Unter Windows verwenden Sie stattdessen WinMTR, siehe WinMTR-Verbindung prüfen.

Homebrew installieren

macOS enthält kein MTR, daher installieren Sie es mit dem Paketmanager Homebrew. Ist Homebrew bereits installiert, überspringen Sie diesen Schritt.

Öffnen Sie die Terminal-App und führen Sie den Installationsbefehl von der offiziellen Homebrew-Website aus:

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Das Installationsprogramm fragt nach Ihrem macOS-Benutzerpasswort und bietet gegebenenfalls an, die Command Line Tools for Xcode zu installieren. Bestätigen Sie dies. Befolgen Sie am Ende die Anweisungen im Abschnitt „Next steps“ der Ausgabe: Sie fügen Homebrew zu Ihrem PATH hinzu.

Überprüfen Sie die Installation:

brew --version

MTR installieren

Installieren Sie MTR:

brew install mtr

Homebrew installiert MTR im Ordner sbin innerhalb seines eigenen Verzeichnisses: /opt/homebrew/sbin auf Macs mit Apple Silicon und /usr/local/sbin auf Macs mit Intel-Prozessor. MTR benötigt Administratorrechte, um Testpakete zu senden. Führen Sie es daher mit sudo und dem vollständigen Pfad aus. Der folgende Befehl ermittelt den Pfad automatisch:

sudo "$(brew --prefix)/sbin/mtr" --version

Die Ausgabe zeigt die installierte MTR-Version.

Test ausführen

Deaktivieren Sie vor dem Test ein eventuell aktives VPN auf Ihrem Computer und verbinden Sie ihn nach Möglichkeit per Kabel statt über WLAN. So vermeiden Sie zusätzliche Faktoren, die das Ergebnis beeinflussen können. Führen Sie MTR zu Ihrem Server aus und ersetzen Sie YOUR_SERVER_IP durch dessen IP-Adresse oder Domainnamen:

sudo "$(brew --prefix)/sbin/mtr" -c 1000 YOUR_SERVER_IP

Die Option -c 1000 führt 1000 Testzyklen aus, einen pro Sekunde, und sammelt Statistiken für jeden Hop. Ein längerer Test liefert ein aussagekräftigeres Bild des Paketverlusts, dauert aber etwa 17 Minuten. Für eine schnelle Prüfung können Sie -c 100 verwenden, senden Sie dem Support jedoch das Ergebnis des vollständigen Tests.

Während der Test läuft, aktualisiert MTR die Tabelle auf dem Bildschirm. Um den Test vor Abschluss aller 1000 Zyklen zu beenden, drücken Sie q.

Bericht speichern

Um die Ergebnisse an den Support zu senden, führen Sie MTR im Berichtsmodus aus und speichern Sie die Ausgabe in einer Datei:

sudo "$(brew --prefix)/sbin/mtr" -r -c 1000 -w YOUR_SERVER_IP > mtr-report.txt

Die Option -r aktiviert den Berichtsmodus, und die Option -w zeigt im Bericht vollständige Hostnamen ohne Kürzung an. Im Berichtsmodus bleibt der Bildschirm leer, bis der Test beendet ist. Sobald der Befehl abgeschlossen ist, wird die Datei mtr-report.txt im aktuellen Ordner gespeichert. Wenn Sie das Terminal gerade erst geöffnet haben, ist das in der Regel Ihr Home-Ordner. Hängen Sie die Datei an Ihre Support-Anfrage an.

Ergebnisse auswerten

Jede Zeile der Tabelle entspricht einem Hop auf der Route, die letzte Zeile ist der Zielhost. Die wichtigsten Spalten sind:

• Loss% zeigt den Anteil der Pakete, auf die keine Antwort kam;
• Snt zeigt die Anzahl der gesendeten Pakete;
• Last, Avg, Best und Wrst zeigen die Latenz des letzten Pakets sowie die durchschnittliche, die beste und die schlechteste Latenz in Millisekunden;
• StDev zeigt, wie stark die Latenz schwankt.

Verlust an einem einzelnen Zwischen-Hop, der sich nicht auf die folgenden Hops fortsetzt, ist in der Regel unproblematisch: Viele Router priorisieren Testpakete niedrig oder begrenzen, wie oft sie antworten. Beginnt der Verlust an einem Hop und setzt sich über die folgenden Hops bis zum Zielhost fort, kann das auf Paketverlust ab diesem Punkt der Route hindeuten. Ein starker Anstieg der Latenz, der auf den folgenden Hops einschließlich des Zielhosts hoch bleibt, kann auf eine Verzögerung oder Überlastung ab diesem Punkt der Route hindeuten.