Ist Ihr Server langsam oder zeitweise nicht erreichbar, liegt die Ursache nicht immer beim Server selbst. Oft steckt ein Problem auf dem Weg dorthin dahinter: bei Ihrem Internetanbieter, in einem Zwischennetz oder in Ihrem eigenen Netzwerk. Mit ping, traceroute und mtr finden Sie heraus, wo es hakt. Die Ergebnisse helfen auch unserem Support bei der Analyse erheblich.
ping: Ist der Server erreichbar?
ping sendet kleine Testpakete an ein Ziel und misst, wie lange die Antwort dauert.
# Windows (sendet standardmäßig 4 Pakete)
ping 203.0.113.10
ping -n 50 203.0.113.10
# macOS und Linux
ping -c 50 203.0.113.10
Achten Sie auf zwei Werte:
- Zeit (time): Die Laufzeit in Millisekunden. Innerhalb Österreichs sind Werte unter 20 ms üblich, innerhalb Europas meist unter 50 ms.
- Verlust (loss): Der Anteil der Pakete ohne Antwort. Er sollte bei 0 % liegen.
Für IPv6 verwenden Sie ping -6 unter Windows und Linux bzw. ping6 unter macOS.
Hinweis: Kommt keine Antwort, bedeutet das nicht zwingend, dass der Server ausgefallen ist. Eine Firewall kann ping-Anfragen blockieren. Prüfen Sie zusätzlich, ob der eigentliche Dienst erreichbar ist, etwa die Website im Browser.
traceroute: Welchen Weg nehmen die Daten?
traceroute zeigt jede Station (jeden Router) auf dem Weg zum Ziel mit der jeweiligen Antwortzeit.
# Windows
tracert 203.0.113.10
# macOS
traceroute 203.0.113.10
# Linux
sudo apt install -y traceroute
traceroute 203.0.113.10
Jede Zeile ist eine Station. Steigt die Zeit ab einer bestimmten Station deutlich an und bleibt bis zum Ziel hoch, liegt dort möglicherweise ein Engpass.
Sternchen (*) bei einzelnen Stationen sind meist harmlos. Viele Router beantworten Testanfragen nicht oder nur mit geringer Priorität. Entscheidend ist, ob das Ziel am Ende erreicht wird.
mtr: ping und traceroute kombiniert
mtr verbindet beide Werkzeuge und testet jede Station über einen längeren Zeitraum. Das macht es zum besten Werkzeug, um sporadische Probleme wie gelegentliche Paketverluste aufzuspüren.
Installation
- Linux:
sudo apt install -y mtr-tiny - macOS: mit Homebrew
brew install mtr - Windows: Das Programm WinMTR bietet dieselbe Funktion mit grafischer Oberfläche. Alternativ verwenden Sie das eingebaute
pathping 203.0.113.10.
Einen Bericht erstellen
mtr -rwbzc 100 203.0.113.10
-r: Bericht statt interaktiver Anzeige-w: vollständige Hostnamen-b: Hostnamen und IP-Adressen anzeigen-z: Netzbetreiber (AS-Nummer) anzeigen-c 100: 100 Durchläufe
Den Bericht lesen
HOST Loss% Snt Last Avg Best Wrst StDev
1. router.local 0.0% 100 1.2 1.1 0.9 3.1 0.3
2. ...isp.example 0.0% 100 8.4 8.9 7.8 15.2 1.1
3. ... 40.0% 100 12.1 12.4 11.8 14.0 0.4
4. ... 0.0% 100 13.0 13.2 12.7 16.9 0.6
5. 203.0.113.10 0.0% 100 13.4 13.5 13.0 15.1 0.4
Die wichtigste Regel: Nur Paketverlust, der bis zum Ziel bestehen bleibt, ist ein echtes Problem. Im Beispiel zeigt Station 3 zwar 40 % Verlust, die folgenden Stationen und das Ziel aber 0 %. Dieser Router beantwortet Testpakete nur eingeschränkt, leitet den Verkehr aber normal weiter.
Beginnt dagegen ab einer Station ein Verlust, der sich bis zum Ziel fortsetzt, liegt das Problem an oder kurz vor dieser Station.
Wo liegt das Problem?
| Beobachtung | Wahrscheinliche Ursache |
|---|---|
| Verlust oder hohe Zeiten ab Station 1 oder 2 | eigenes Netzwerk, WLAN oder Router |
| Probleme ab den ersten Stationen des Internetanbieters | Ihr Internetanbieter |
| Probleme erst in den letzten Stationen | Netz des Rechenzentrums oder der Server |
| Alles in Ordnung, aber die Website ist langsam | Server-Auslastung oder Anwendung, nicht das Netzwerk |
Tipp: Testen Sie zum Vergleich auch über eine andere Verbindung, etwa den Mobilfunk-Hotspot Ihres Smartphones. Funktioniert es dort, liegt das Problem sehr wahrscheinlich bei Ihrem Internetanbieter oder in Ihrem eigenen Netzwerk.
Weitere nützliche Tests
Ist ein bestimmter Port erreichbar?
# Windows (PowerShell)
Test-NetConnection 203.0.113.10 -Port 443
# macOS und Linux
nc -vz 203.0.113.10 443
Wird der Name richtig aufgelöst?
nslookup ihre-domain.at
Ergebnisse an den Support senden
Hängen Sie bei einem Netzwerkproblem folgende Angaben an Ihr Ticket an:
- den vollständigen mtr- bzw. WinMTR-Bericht mit mindestens 100 Durchläufen als Text, nicht als Foto des Bildschirms
- Ihre eigene öffentliche IP-Adresse, zum Beispiel von
ifconfig.co - Datum und Uhrzeit des Tests und ob das Problem ständig oder nur zeitweise auftritt
- wenn möglich einen Bericht in der Gegenrichtung, also vom Server zu Ihrer IP-Adresse
Weitere Hinweise finden Sie im Artikel Support-Ticket richtig eröffnen: Welche Angaben helfen.
