Du entscheidest, welche Dienste wir zur Analyse, Personalisierung und für externe Inhalte aktivieren dürfen.
Wir verwenden Cookies und ähnliche Technologien auf unserer Website, um Inhalte zu personalisieren, externe Medien einzubinden und die Nutzung einzelner Bereiche besser zu verstehen.
Notwendige Cookies
Diese Einträge sichern Grundfunktionen wie Sicherheit, Stabilität und Formularverarbeitung.
Optionale Bereiche
AnalyseMarketingPersonalisierungExterne Medien
Die Datenverarbeitung kann mit deiner Einwilligung oder auf Basis berechtigter Interessen erfolgen. In den Cookie-Einstellungen kannst du jeder optionalen Kategorie widersprechen oder sie gezielt freigeben.
Einige Services verarbeiten personenbezogene Daten in Drittländern. Mit deiner Einwilligung akzeptierst du auch diese Übermittlung. Weitere Informationen findest du in unserer Datenschutzerklärung.
Deine Auswahl kann später jederzeit erneut geöffnet und angepasst werden. · 1.0.2
Dedicated Server: Netzwerkanalyse mit WinMTR/MTR zur Fehlererkennung
Lerne, wie du Netzwerkprobleme durch Analyse von Hin- und Rückweg effektiv erkennst – erhöhe deine Diagnose-Genauigkeit bei Latenz und Paketverlust → Jetzt mehr erfahren
26. Oktober 202613 Min. Lesezeit0 Aufrufe0 hilfreich
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.
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.
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
Code
apt install mtr -y
Ubuntu
Code
apt install mtr -y
OpenSUSE
Code
zypper refresh
zypper install mtr
Fedora
Code
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:
Folge den Anweisungen im Terminal, um die Installation abzuschließen. Sobald Homebrew läuft, installiere MTR mit:
Code
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.
Verbinde dich per SSH mit deinem Server. Um MTR zu installieren, führe den passenden Befehl für dein Server-Betriebssystem aus:
Debian
Code
apt install mtr -y
Ubuntu
Code
apt install mtr -y
OpenSUSE
Code
zypper refresh
zypper install mtr
Fedora
Code
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.
Ein Netzwerk-Diagnose-Tool, das Ping und Traceroute kombiniert. Es analysiert sowohl den Hinweg (Client zu Server) als auch den Rückweg (Server zu Client) und erfasst dabei Latenz und Paketverlust für eine präzise Diagnose von Netzwerkproblemen.
Zuerst den Hinweg (Client zu Server). Zeigt der Hinweg keine Auffälligkeiten und die Probleme bleiben bestehen, prüfst du zusätzlich den Rückweg (Server zu Client), um mögliche asymmetrische Probleme zu finden.
Unter Windows die WinMTR-App (Download von der ZAP-Hosting-Webseite). Unter Linux nutzt du MTR, installierbar z. B. per 'apt install mtr -y' (Debian/Ubuntu). Auf einem Mac ist MTR nicht vorinstalliert - du installierst es dort über Homebrew.
Feedback
War dieser Artikel hilfreich?
Deine Rückmeldung hilft uns, Inhalte besser zu priorisieren und zu überarbeiten.
0 von 0 Rückmeldungen fanden diesen Artikel hilfreich.
Persönliche Hilfe
Die Anleitung reicht nicht?
Unser ZAP-Support kennt dein Produkt — beschreib kurz dein Anliegen und wir helfen dir persönlich weiter.
Navigation
Dedicated Server
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).
Achtung
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.
Starte MTR im Terminal mit folgendem Befehl:
Code
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.
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:
Code
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.
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.
Info
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.
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.
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.
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.
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.
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.
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.
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.
Server-Hosting ab 2,49 €/Mo., sofort online, DDoS-Schutz inklusive.