Zum Hauptinhalt springen

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.

img

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.

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.

AnwendungDownload
WinMTRLink

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.

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

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).

Bericht während aktiver Probleme erstellen

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.

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.

img

Rückweg (Server → Client)

Um den Weg vom Server zu deinem Rechner zu analysieren, verbinde dich mit deinem Server und folge den Schritten unten.

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.

Info

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.

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.

Info

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: 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.

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.