Zum Hauptinhalt springen

vServer: Netzwerkanalyse mit MTR/WinMTR

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 störend sein und sollten natürlich nicht zum Alltag gehören. Doch wenn sie auftreten, ist es wichtig, zur Behebung des Problems schnell und effizient eine Ursache zu finden. Ausführliche Informationen über Netzwerkprobleme lassen sich sehr gut mit der Anwendung WinMTR (Windows) oder MTR (Linux/Mac OS) analysieren.

img

WinMTR/MTR ist eine Netzwerk-Diagnose-Anwendung, welches die Funktionen von Ping und Traceroute vereint. Es bietet die Möglichkeit, sowohl die Hinroute (Client → Server) als auch die Rückroute (Server → Client) detailliert zu analysieren, indem es den Weg der Datenpakete in beide Richtungen verfolgen kann. Dabei erfasst es wichtige Informationen wie Latenzzeiten und Paketverluste, die entscheidend sind, um Netzwerkprobleme präzise zu diagnostizieren und gezielt zu beheben.

Hinroute (Client → Server): Ein Bericht für die Hinroute ist sinnvoll, wenn Probleme wie Verbindungsabbrüche, langsame Verbindungen oder Schwierigkeiten beim Aufbau von Verbindungen auftreten. Diese Analyse hilft dabei, potenzielle Probleme auf dem Weg vom Client zum Server zu identifizieren, wie etwa Netzwerküberlastungen, Paketverluste oder fehlerhaftes Routing.

Rückroute (Server → Client): Ein Bericht für die Rückroute macht erst dann Sinn, wenn eine stabile und funktionsfähige Verbindung auf der Hinroute festgestellt wurde. Das bedeutet, dass der Bericht für die Rückroute besonders relevant wird, wenn die Hinroute keine Auffälligkeiten zeigt, aber weiterhin Probleme wie langsame Serverantworten, verzögerte Ladezeiten oder unvollständige Datenübertragungen bestehen.

Zusammenfassend lässt sich sagen, dass bei wahrnehmbaren Netzwerkproblemen zunächst die Hinroute (Client → Server) analysiert werden sollte. Wenn der Bericht der Hinroute keine Auffälligkeiten zeigt und die Probleme weiterhin bestehen, ist es notwendig, die Rückroute (Server → Client) zu überprüfen, um mögliche asymmetrische Probleme zu identifizieren. Asymmetrische Netzwerkprobleme können auftreten, wenn Datenpakete in eine Richtung problemlos übertragen werden, während in der entgegengesetzten Richtung Verzögerungen oder Paketverluste auftreten.

Installation

Nachdem nun geklärt wurde, wann welche Berichte für die Hin- und Rückroute sinnvoll sind, geht es nun mit der Installation auf Client- und Serverebene los.

Client

Für die Hinroute muss die Anwendung beim Client (deinem Computer) installiert werden. Wie du die Anwendung für dein Betriebssystem installierst, wird im folgenden Schritt erläutert.

Bei der Verwendung eines Computers mit einem Windows Betriebssystem wird die Netzwerkanalyse über die WinMTR Anwendung durchgeführt. Um WinMTR auf deinem Computer zu installieren, lade die Anwendung zunächst von der ZAP-Hosting Webseite herunter. Nach dem Download entpackst du die Datei. Als Ergebnis erhältst du die ausführbare WinMTR.exe Datei.

AnwendungDownload
WinMTRLink

Server

Für die Rückroute muss die Anwendung beim Server installiert werden. Wie du die Anwendung für dein Server Betriebssystem installierst, wird im folgenden Schritt erläutert.

Verbinde dich per SSH mit deinem Server. Um MTR auf deinem System zu installieren, führe den passenden Installationsbefehl 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 ein Bericht mittels der WinMTR/MTR Anwendung erstellt. Dies wird sowohl für die Hinroute (Client → Server) als auch für die Rückroute (Server → Client) durchgeführt.

Bericht bei aktiv auftretenden Problemen erstellen

Der Bericht sollte erstellt werden, wenn die Problematik zu dem Zeitpunkt aktiv besteht und bemerkbar ist. Nur in solch einem Fall liefert ein Bericht nützliche Informationen, die zur Fehlersuche und Behebung des Problems hilfreich sein können.

Hinroute (Client → Server)

Um die Route von deinem Computer zum Server zu analysieren, öffne für die folgenden Schritte die WinMTR/MTR Anwendung auf deinem Computer.

Die WinMTR Anwendung lässt sich durch einen Doppelklick auf die WinMTR.exe Datei ausführen. Gebe im Feld Host die IP-Adresse oder den Hostnamen des Servers ein. Danach startest du den Bericht. Lass die Anwendung für mindestens eine Minuten laufen, damit genügend Daten gesammelt werden. Sobald du genug Daten hast, stoppst du die Analyse und speicherst das Ergebnis, indem du auf Export TEXT klickst.

img

Rückroute (Server → Client)

Um die Route vom Server zu deinem Computer zu analysieren, verbinde dich für die folgenden Schritte mit deinem Server.

Die MTR Anwendung lässt sich auf deinem Server verwenden, in dem du das SSH-Terminal folgenden Befehl ausführst:

mtr <Deine Client-IP-Adresse>

Lass die Anwendung für mindestens eine Minuten laufen, damit genügend Daten gesammelt werden. Sobald du genug Daten hast, stoppst du die Analyse und speicher das Ergebnis.

info

Du kennst deine IP-Adresse nicht oder weißt nicht, wie du sie herausfinden kannst? Es gibt mehrere Methoden, um deine IP-Adresse zu ermitteln. Am schnellsten geht es über einen Online-Dienst wie beispielsweise WhatIsMyIPAddress.

Bericht auswerten

Bei der Auswertung gibt es einige wesentliche Punkte, die du im Blick haben solltest. Im Folgenden wird näher erläutert, welche diese sind und welche Bedeutung sie jeweils für die Analyse haben. Eine sorgfältige Beachtung dieser Aspekte ist entscheidend, um eine präzise Diagnose zu stellen und potenzielle Ursachen gezielt zu erkennen.

Paketverlust

Wenn du in den Ergebnissen einen Paketverlust siehst, ist das ein Hinweis auf mögliche Netzwerkprobleme. Ein geringer temporärer Paketverlust von 1-2% ist vielleicht noch unproblematisch, aber höhere Werte deuten auf ernstere Schwierigkeiten hin. Paketverlust kann dazu führen, dass die Verbindungen von Dienste verzögert oder unterbrochen werden. Wenn der Verlust gleichmäßig über alle Hops verteilt ist, könnte das Problem in deinem eigenen Netzwerk oder beim Server liegen. Tritt der Verlust jedoch nur bei einem bestimmten Hop oder Bereich auf, liegt das Problem wahrscheinlich bei diesem Knoten oder der Verbindung zum nächsten. Wichtig ist auch zu wissen, dass kleinere Verluste in den ersten Hops, die zu deinem lokalen Netzwerk gehören, nicht unbedingt kritisch sind, da solche Geräte oft ICMP-Anfragen (wie Ping) mit niedriger Priorität behandeln und diese verwerfen können.

Latenz (Ping-Zeiten)

Die Latenzwerte (Avg, Best, Worst) geben dir einen Hinweis auf die Geschwindigkeit und Stabilität der Verbindung. Wenn du feststellst, dass die Latenz bei einem bestimmten Hop durchgehend hoch ist, könnte das auf Netzwerküberlastung oder einen langsamen Router hindeuten. Ein plötzlicher Anstieg der Latenz zwischen zwei Hops weist auf eine mögliche Einschränkung hin. Normalerweise steigt die Latenz auf dem Weg zum Ziel allmählich an. Achte aber auf plötzliche, signifikante Anstiege, die oft ein Zeichen für ein Problem sind. Auch der Vergleich der Hin- und Rückroute kann hilfreich sein, um asymmetrische Probleme zu erkennen, die darauf hindeuten, dass der Datenverkehr in eine Richtung Schwierigkeiten hat.

Mit einer sorgfältigen Analyse dieser Faktoren kannst du genau feststellen, wo im Netzwerk das Problem liegt. Sei es in deinem eigenen Netzwerk, beim Internetdienstanbieter oder irgendwo auf dem Weg zum Server.

Diagnosebeispiele

Für ein besseres Verständnis versuchen wir die vorherigen Informationen mit ein paar möglichen Diagnosebeispielen zu verdeutlichen. Dafür haben wir ein paar Beispiele zusammengestellt die auf unterschiedliche Situationen (Ursachen) zutreffen.

info

Die folgenden Diagnosebeispiele veranschaulichen verschiedene Szenarien anhand fiktiver WinMTR/MTR-Berichte. Die darin enthaltenen IP-Adressen, Hostnamen und Routen sind frei erfunden und haben keine Verbindung zu realen Netzwerken oder Hosts.

Beispiel: Paketverlust beim Client

Beschreibung

In diesem Beispiel wird die Situation beschrieben, bei dem der Client Paketverluste auf seiner Seite aufweist, die sich sowohl auf der Hin- als auch auf der Rückroute zeigen.

Hinroute (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ückroute (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

Anhand der Auswertung ist zu erkennen, dass ein clientseitiger Paketverlust vorliegt. Beide Routen zeigen Verluste auf den ersten Hops (Hop 1 und 2), was auf ein Problem auf der Seite des Clients, entweder im lokalen Netzwerk oder beim Router hinweist.

Probleme melden

Obwohl ZAP-Hosting das Netzwerk kontinuierlich überwacht, ist es bei Netzwerkproblemen wichtig, unseren Support umgehend zu kontaktieren. Um eine präzise Diagnose und schnelle Lösung sicherzustellen, bitten wir dich, uns die Ergebnisse deines WinMTR/MTR Berichts für die Hin- und Rückroute zur Verfügung zu stellen. Diese Informationen helfen uns, potenzielle Problemquellen gezielt zu identifizieren und das Problem schnell zu beheben.