Dedicated Server: Netzwerkanalyse mit WinMTR/MTR zur Fehlererkennung
Die Anleitung wurde mit folgenden Produkten erstellt:
(Einzelheiten können sich bei Produkten anderer Anbieter unterscheiden, die Grundkonzepte bleiben in der Regel unverändert)
Einführung
Netzwerkprobleme können echt nerven und gehören natürlich nicht zum Alltag. Wenn sie aber doch auftreten, ist es wichtig, schnell und effizient die Ursache zu finden, um das Problem zu lösen. Detaillierte Infos zu Netzwerkproblemen kannst du super mit der WinMTR (Windows) oder MTR (Linux/Mac OS) App analysieren.
WinMTR/MTR ist ein Netzwerk-Diagnose-Tool, das Ping und Traceroute kombiniert. Damit kannst du sowohl den Hinweg (Client → Server) als auch den Rückweg (Server → Client) genau analysieren, indem der Pfad der Datenpakete in beide Richtungen verfolgt wird. Dabei werden wichtige Infos wie Latenz und Paketverlust erfasst, die für eine präzise Diagnose und Behebung von Netzwerkproblemen entscheidend sind.
Hinweg (Client → Server): Ein Bericht für den Hinweg ist hilfreich, wenn Probleme wie Verbindungsabbrüche, langsame Verbindungen oder Schwierigkeiten beim Verbindungsaufbau auftreten. Die Analyse hilft, mögliche Probleme auf dem Weg vom Client zum Server zu erkennen, z.B. Netzwerküberlastung, Paketverlust oder fehlerhafte Routen.
Rückweg (Server → Client): Ein Bericht für den Rückweg macht erst Sinn, wenn eine stabile und funktionierende Verbindung auf dem Hinweg bestätigt wurde. Der Rückweg-Bericht wird also besonders relevant, wenn der Hinweg keine Probleme zeigt, aber trotzdem langsame Serverantworten, verzögerte Ladezeiten oder unvollständige Datenübertragungen auftreten.
Kurz gesagt: Wenn du Netzwerkprobleme bemerkst, solltest du zuerst den Hinweg (Client → Server) analysieren. Zeigt der Hinweg keine Auffälligkeiten und die Probleme bleiben, check den Rückweg (Server → Client), um mögliche asymmetrische Probleme zu finden. Asymmetrische Netzwerkprobleme entstehen, wenn Datenpakete in eine Richtung problemlos laufen, aber in die andere Richtung Verzögerungen oder Paketverluste auftreten.
Installation
Jetzt, wo klar ist, wann Berichte für Hin- und Rückweg sinnvoll sind, geht’s an die Installation auf Client- und Server-Seite.
Client
Für den Hinweg muss die Anwendung auf dem Client (deinem Rechner) installiert sein. Die folgenden Schritte zeigen dir, wie du die App für dein Betriebssystem installierst.
- Windows
- Linux
- MacOS
Wenn du einen Windows-PC nutzt, erfolgt die Netzwerkanalyse mit der WinMTR-Anwendung. Um WinMTR auf deinem Rechner zu installieren, lade die App zuerst von der ZAP-Hosting Webseite herunter. Nach dem Download entpackst du die Datei. Du erhältst dann die ausführbare Datei WinMTR.exe.
| Anwendung | Download |
|---|---|
| WinMTR | Link |
Auf einem Linux-Rechner nutzt du die MTR-Anwendung. Um MTR zu installieren, öffne das Terminal und führe den passenden Installationsbefehl für dein Betriebssystem aus:
Debian
apt install mtr -y
Ubuntu
apt install mtr -y
OpenSUSE
zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr
Fedora
yum install mtr -y
Auf einem Mac nutzt du ebenfalls die MTR-Anwendung. MTR ist aber nicht vorinstalliert und auch nicht im Apple Store verfügbar. Du musst zuerst Homebrew als Paketmanager installieren.
Homebrew installieren
Öffne das Terminal und führe diesen Befehl aus, um Homebrew zu installieren:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
MTR installieren
Folge den Anweisungen im Terminal, um die Installation abzuschließen. Sobald Homebrew läuft, installiere MTR mit:
brew install mtr
Server
Für den Rückweg muss die Anwendung auf dem Server installiert sein. Die folgenden Schritte zeigen dir, wie du die App für das Betriebssystem deines Servers installierst.
- Server mit Linux
- Server mit Windows
Verbinde dich per SSH mit deinem Server. Um MTR zu installieren, führe den passenden Befehl für dein Server-Betriebssystem aus:
Debian
apt install mtr -y
Ubuntu
apt install mtr -y
OpenSUSE
zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr
Fedora
yum install mtr -y
Verbinde dich per Remote Desktop Connection mit deinem Server. Um WinMTR zu installieren, lade die Anwendung von der ZAP-Hosting Webseite herunter. Nach dem Download entpackst du die Datei und erhältst die ausführbare Datei WinMTR.exe.
| Anwendung | Download |
|---|---|
| WinMTR | Link |
Bericht erstellen
Im Folgenden wird gezeigt, wie du mit WinMTR/MTR einen Bericht erstellst – sowohl für den Hinweg (Client → Server) als auch für den Rückweg (Server → Client).
Der Bericht sollte erstellt werden, während das Problem aktiv und spürbar ist. Nur dann liefert der Bericht nützliche Infos, die bei der Fehlerbehebung helfen.
Hinweg (Client → Server)
Um den Weg von deinem Rechner zum Server zu analysieren, öffne die WinMTR/MTR-App auf deinem Rechner und folge den Schritten unten.
- Windows
- Linux
- MacOS
Starte WinMTR durch Doppelklick auf die Datei WinMTR.exe. Gib im Feld Host die IP-Adresse oder den Hostnamen des Servers ein. Starte dann die Analyse. Lass die App mindestens eine Minute laufen, um genug Daten zu sammeln. Wenn du genug Daten hast, stoppe die Analyse und speichere das Ergebnis über Export TEXT.
Starte MTR im Terminal mit folgendem Befehl:
mtr <deine server-ip-adresse>
Lass die App mindestens eine Minute laufen, um genug Daten zu sammeln. Stoppe dann die Analyse und speichere das Ergebnis.
Starte MTR im Terminal mit folgendem Befehl:
mtr <deine client-ip-adresse>
Lass die App mindestens eine Minute laufen, um genug Daten zu sammeln. Stoppe dann die Analyse und speichere das Ergebnis.
Rückweg (Server → Client)
Um den Weg vom Server zu deinem Rechner zu analysieren, verbinde dich mit deinem Server und folge den Schritten unten.
- Server mit Linux
- Server mit Windows
Starte MTR auf deinem Server im SSH-Terminal mit:
mtr <deine client-ip-adresse>
Lass die App mindestens eine Minute laufen, um genug Daten zu sammeln. Stoppe dann die Analyse und speichere das Ergebnis.
Du kennst deine IP-Adresse nicht oder weißt nicht, wie du sie findest? Es gibt verschiedene Möglichkeiten, deine IP-Adresse zu ermitteln. Am schnellsten geht’s über einen Online-Service wie WhatIsMyIPAddress.
Gib im Feld Host die IP-Adresse deiner Verbindung ein. Starte die Analyse und lass die App mindestens eine Minute laufen, um genug Daten zu sammeln. Stoppe dann die Analyse und speichere das Ergebnis über Export TEXT.
Du kennst deine IP-Adresse nicht oder weißt nicht, wie du sie findest? Am schnellsten geht’s über einen Online-Service wie WhatIsMyIPAddress.
Bericht auswerten
Beim Auswerten der Ergebnisse gibt es einige wichtige Punkte, die du beachten solltest. Im Folgenden erklären wir diese genauer und zeigen, warum sie für die Analyse wichtig sind. Wenn du diese Aspekte im Blick hast, kannst du die Ursache des Problems besser eingrenzen.
Paketverlust
Wenn du Paketverlust in den Ergebnissen siehst, deutet das auf mögliche Netzwerkprobleme hin. Ein kleiner temporärer Verlust von 1-2 % ist meist unkritisch, höhere Werte deuten auf ernsthaftere Probleme hin. Paketverlust kann Verzögerungen oder Verbindungsabbrüche verursachen. Wenn der Verlust gleichmäßig über alle Hops verteilt ist, liegt das Problem wahrscheinlich in deinem eigenen Netzwerk oder auf Serverseite. Tritt der Verlust nur an einem bestimmten Hop oder Bereich auf, liegt das Problem wahrscheinlich bei diesem Knoten oder der Verbindung zum nächsten. Wichtig: Kleine Verluste bei den ersten Hops, die zu deinem lokalen Netzwerk gehören, sind nicht unbedingt kritisch, da diese Geräte ICMP-Anfragen (z.B. Ping) oft niedriger priorisieren und verwerfen können.
Latenz (Ping-Zeiten)
Die Latenzwerte (Avg, Best, Worst) geben dir Einblick in Geschwindigkeit und Stabilität der Verbindung. Bleibt die Latenz an einem bestimmten Hop dauerhaft hoch, kann das auf Netzwerküberlastung oder einen langsamen Router hindeuten. Ein plötzlicher Anstieg der Latenz zwischen zwei Hops zeigt oft einen Engpass. Normalerweise steigt die Latenz auf dem Weg zum Ziel langsam an. Achte auf plötzliche, starke Ausschläge – die sind oft ein Zeichen für Probleme. Der Vergleich von Hin- und Rückweg hilft, asymmetrische Probleme zu erkennen, bei denen der Traffic in eine Richtung Probleme hat.
Mit genauer Analyse dieser Faktoren kannst du gut bestimmen, wo das Netzwerkproblem liegt – in deinem Netzwerk, beim Internetanbieter oder irgendwo auf dem Weg zum Server.
Diagnose-Beispiele
Um das Ganze besser zu verstehen, zeigen wir dir ein paar Beispiele. Die Szenarien verdeutlichen verschiedene Situationen und mögliche Ursachen. So lernst du, die Daten besser zu interpretieren und Netzwerkprobleme effektiver zu diagnostizieren.
Die folgenden Diagnose-Beispiele basieren auf fiktiven WinMTR/MTR-Berichten. Die IP-Adressen, Hostnamen und Routen sind komplett erfunden und haben keinen Bezug zu echten Netzwerken oder Hosts.
- Beispiel 1
- Beispiel 2
- Beispiel 3
- Beispiel 4
- Beispiel 5
- Beispiel 6
- Beispiel 7
Beispiel: Paketverlust beim Client
Beschreibung
Hier tritt Paketverlust auf der Client-Seite auf, sichtbar auf Hin- und Rückweg.
Hinweg (Client → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 15.0% 20 1.1 3.4 1.0 10.2 2.8
2. 10.0.0.1 10.0% 20 12.3 15.7 10.5 30.8 5.5
3. 172.16.0.1 0.0% 20 25.1 26.0 24.8 27.2 0.6
4. 203.0.113.5 0.0% 20 35.4 34.5 33.2 36.1 0.9
5. be1234.ccr42.isp.net 0.0% 20 50.6 49.8 49.1 51.5 0.8
6. be5678.ccr21.isp.net 0.0% 20 60.1 59.9 59.5 61.0 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Ziel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Rückweg (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Ziel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 10.0% 20 15.8 16.5 15.0 35.2 6.2
8. 192.168.1.1 15.0% 20 2.0 4.0 1.2 12.0 3.8
Auswertung
Der Paketverlust liegt auf der Client-Seite. Beide Routen zeigen Verluste bei den ersten Hops (Hop 1 und 2), was auf ein Problem im lokalen Netzwerk oder Router des Clients hindeutet.
Beispiel: Paketverlust beim Server
Beschreibung
Hier tritt Paketverlust auf der Server-Seite auf, sichtbar auf Hin- und Rückweg.
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 10.0% 20 70.5 72.5 70.0 80.0 4.5
8. Ziel-IP (Server) 15.0% 20 85.3 90.2 85.0 105.0 7.0
Rückweg (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Ziel-IP (Server) 15.0% 20 85.3 90.2 85.0 105.0 7.0
2. 198.51.100.10 10.0% 20 70.5 72.5 70.0 80.0 4.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Auswertung
Der Paketverlust liegt auf der Server-Seite. Beide Routen zeigen Verluste bei den letzten Hops (Hop 7 und 8), was auf ein Problem am Server hindeutet.
Beispiel: Latenzprobleme beim Client
Beschreibung
Hier gibt es hohe Latenzzeiten auf der Client-Seite, sichtbar auf Hin- und Rückweg.
Hinweg (Client → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 150.5 130.5 50.0 200.0 40.0
2. 10.0.0.1 0.0% 20 120.7 115.5 60.0 190.0 30.0
3. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
4. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
5. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
6. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Ziel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Rückweg (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Ziel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 0.0% 20 120.7 115.5 60.0 190.0 30.0
8. 192.168.1.1 0.0% 20 150.5 130.5 50.0 200.0 40.0
Auswertung
Die Latenz ist auf der Client-Seite hoch. Beide Routen zeigen erhöhte Latenz bei den ersten Hops (Hop 1 und 2), was auf ein Problem beim Client hindeutet.
Beispiel: Latenzprobleme beim Server
Beschreibung
Hier gibt es hohe Latenzzeiten auf der Server-Seite, sichtbar auf Hin- und Rückweg.
Hinweg (Client → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 200.5 210.0 200.0 230.0 10.0
8. Ziel-IP (Server) 0.0% 20 300.5 320.0 300.0 350.0 15.0
Rückweg (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Ziel-IP (Server) 0.0% 20 300.5 320.0 300.0 350.0 15.0
2. 198.51.100.10 0.0% 20 200.5 210.0 200.0 230.0 10.0
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Auswertung
Die Latenz ist auf der Server-Seite hoch. Beide Routen zeigen erhöhte Latenz bei den letzten Hops (Hop 7 und 8), was auf ein Problem am Server hindeutet.
Beispiel: Routing-Problem (ISP-Routing)
Beschreibung
Hier funktioniert die Route von Client X zum Server problemlos, während es von Client Y zum Server Routing-Probleme mit Paketverlust gibt. Das deutet auf ein Problem beim Internetanbieter (ISP) hin.
Hinweg (Client X → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Ziel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Hinweg (Client Y → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 30.0% 20 30.6 50.3 29.5 95.0 20.5
5. be1234.ccr42.isp.net 25.0% 20 80.2 120.0 70.0 250.0 55.0
6. be5678.ccr21.isp.net 10.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Ziel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Rückweg (Server → Client X)
Host Loss% Snt Last Avg Best Wrst StDev
1. Ziel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Rückweg (Server → Client Y)
Host Loss% Snt Last Avg Best Wrst StDev
1. Ziel-IP (Server) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Auswertung
Das Routing beim ISP ist fehlerhaft. Die Route von Client X zum Server ist stabil, die von Client Y zeigt aber starke Probleme mit Paketverlust und hoher Latenz.
Beispiel: Paketverlust nur auf dem Hinweg (Client → Server)
Beschreibung
Hier tritt Paketverlust nur auf dem Hinweg (Client zum Server) auf, während der Rückweg (Server zum Client) keine Verluste zeigt. Das kann auf ein Problem in einem Netzwerksegment zum Server hinweisen, z.B. durch fehlerhafte Router, Überlastung oder schlechte Verbindung.
Hinweg (Client → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 10.0% 20 35.7 35.0 34.5 36.5 0.6
5. be1234.ccr42.isp.net 15.0% 20 50.6 55.5 50.0 70.0 6.0
6. be5678.ccr21.isp.net 10.0% 20 65.1 65.9 65.0 67.0 0.6
7. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
8. Ziel-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
Rückweg (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Ziel-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
2. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
3. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 65.0 66.0 0.3
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.7 35.0 34.5 36.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
Auswertung
Der Paketverlust tritt nur auf dem Hinweg auf. Die Verluste bei Hops 4, 5 und 6 deuten auf ein Problem auf dem Weg vom Client zum Server hin, z.B. Überlastung oder defekte Netzwerkgeräte. Der Rückweg ist stabil.
Beispiel: Paketverlust nur auf dem Rückweg (Server → Client)
Beschreibung
Hier tritt Paketverlust nur auf dem Rückweg (Server zum Client) auf, während der Hinweg (Client zum Server) keine Verluste zeigt. Das kann auf ein Problem in einem Netzwerksegment auf dem Rückweg hindeuten.
Hinweg (Client → Server)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 64.5 66.5 0.5
7. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
8. Ziel-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
Rückweg (Server → Client)
Host Loss% Snt Last Avg Best Wrst StDev
1. Ziel-IP (Server) 0.0% 20 85.3 85.0 84.5 86.0 0.5
2. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
3. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 64.5 66.5 0.5
4. be1234.ccr42.isp.net 10.0% 20 50.6 51.0 50.0 55.0 1.2
5. 203.0.113.5 15.0% 20 35.7 36.5 34.5 40.0 1.8
6. 172.16.0.1 10.0% 20 20.2 21.5 19.5 25.0 2.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
Auswertung
Der Paketverlust tritt nur auf dem Rückweg auf. Die Verluste bei Hops 4, 5 und 6 auf dem Rückweg deuten auf ein Problem auf dem Weg vom Server zum Client hin.
Probleme melden
Auch wenn ZAP-Hosting das Netzwerk ständig überwacht, ist es wichtig, bei Netzwerkproblemen schnell unseren Support zu kontaktieren. Damit wir das Problem genau diagnostizieren und schnell lösen können, schick uns bitte die Ergebnisse deiner WinMTR/MTR-Berichte für Hin- und Rückweg mit. So können wir mögliche Problemstellen präzise identifizieren und dir schnell helfen.