Was ist Traceroute? Tracert nutzen und Ausgabe lesen

Was ist Traceroute?
Traceroute ist ein Diagnosebefehl, der zeigt, über welche Router (Hops) Ihre Pakete zu einem Ziel laufen und wie lange jeder Schritt dauert. Unter Windows heißt der Befehl tracert, unter macOS und Linux traceroute. Sie nutzen ihn, um zu finden, an welcher Stelle eine Website langsam wird oder ausfällt.
Konkret zeichnet der Befehl eine Karte des Weges. Wenn Sie eine Website öffnen, reisen Ihre Pakete nicht über ein einzelnes Kabel. Sie laufen vom Router zu Hause zu Ihrem Internetanbieter, dann durch Backbone Netze und schließlich in das Rechenzentrum mit dem Server. Daher listet Traceroute diese Kette Hop für Hop auf.
Die Frage „Was ist Traceroute?“ beantworten wir hier in einfachen Worten. Außerdem zeigen wir die Befehle für alle drei Betriebssysteme, die Deutung der Ausgabe und die Situationen mit Fehlalarm. Ping und die Laufzeit (RTT) behandeln wir in einem eigenen Beitrag, daher wiederholen wir sie nicht. Zudem stützen sich unsere Erklärungen auf Primärquellen wie Microsoft Learn, die Linux Man Pages und RFC 792.
Wie funktioniert Traceroute und was steckt hinter dem TTL Trick?
Jedes IP Paket trägt im Header ein TTL Feld (Time to Live). Bei IPv6 heißt dasselbe Feld Hop Limit. Außerdem senkt jeder Router den Wert um mindestens eins, bevor er das Paket weiterleitet. Erreicht der Wert null, verwirft der Router das Paket und schickt dem Absender eine ICMP Time Exceeded Nachricht. Somit definiert RFC 792 diese Nachricht als Typ 11.
Traceroute nutzt dieses Verhalten gezielt. Zunächst sendet es ein Paket mit TTL 1. Folglich verwirft der erste Router es und antwortet mit seiner eigenen Adresse. Dann versucht Traceroute es mit TTL 2, sodass sich der zweite Router zeigt. Diese Schleife läuft, bis das Ziel antwortet oder die maximale Hopzahl erreicht ist.
- Antwort eines Routers: Eine ICMP Time Exceeded Nachricht liefert die Adresse des Hops und die Laufzeit.
- Antwort des Ziels: Unter Windows kommt ein ICMP Echo Reply (Typ 0), bei der Linux Standardmethode mit UDP endet die Suche mit einer ICMP Port Unreachable Nachricht.
- Zeitüberschreitung: Kommt keine Antwort, zeigt die Zeile einen Stern (*).
- Zahl der Proben: Linux traceroute sendet standardmäßig drei Proben pro Hop, deshalb sehen Sie drei Zeiten pro Zeile.
Die Kurzantwort auf „Was ist Traceroute?“ lautet: ein Entdeckungswerkzeug. Es rät den Weg nicht, sondern zeigt die Router, die Ihre Pakete wirklich nacheinander durchlaufen haben.
Wie nutzen Sie den Befehl tracert unter Windows?
Öffnen Sie über das Startmenü die Eingabeaufforderung oder PowerShell und geben Sie den Zielnamen ein. Zunächst ersetzen Sie in den Beispielen example.com durch Ihre eigene Domain. Außerdem verfolgt der Befehl standardmäßig bis zu 30 Hops.
tracert example.com
tracert /d example.com
tracert /d /h 20 /w 2000 example.comLaut Microsoft Learn stoppt der Parameter /d die Auflösung der Routernamen, das beschleunigt das Ergebnis. Der Parameter /h legt die maximale Hopzahl fest, der Standard liegt bei 30. Ebenso bestimmt /w in Millisekunden, wie lange das Tool auf jede Antwort wartet, der Standard liegt bei 4000. Schließlich erzwingen /4 und /6 die Nutzung von IPv4 oder IPv6.
Außerdem schreibt die Microsoft Referenz zu tracert, dass der Befehl ICMP Echo Requests sendet. Deshalb kann ein Ziel, das ICMP filtert, die letzten Zeilen leer lassen. Weil das nicht immer ein Problem ist, erklären wir die Hintergründe weiter unten.
Wie nutzen Sie den Befehl traceroute unter macOS und Linux?
Öffnen Sie ein Terminal und geben Sie den Befehl direkt ein. Allerdings bringen manche Linux Distributionen das Programm nicht mit. Zum Beispiel installiert unter Debian und Ubuntu der Befehl sudo apt install traceroute das Paket. Unter macOS ist der Befehl bereits vorhanden.
traceroute example.com
traceroute -n example.com
traceroute -n -m 20 -q 2 -w 2 example.comLaut Linux Man Page schaltet -n die Namensauflösung ab, -m setzt die maximale Hopzahl, -q die Zahl der Proben pro Hop und -w die Wartezeit. Zudem sind die Standardwerte 30 Hops, 3 Proben und 5 Sekunden. Die klassische Methode sendet UDP Pakete, die bei Port 33434 beginnen. Somit zeigt Ihnen eine ICMP Port Unreachable Antwort, dass das Paket das Ziel erreicht hat.
Dieselbe Seite nennt -I für ICMP Echo, -T für TCP SYN sowie -4 und -6 für die IP Version. Allerdings stammt die macOS Version aus der BSD Familie, daher kann der Umfang der Optionen abweichen. Deshalb lesen Sie vor der Nutzung eines Schalters man traceroute auf Ihrem eigenen System. Die vollständige Liste finden Sie auf der Linux Man Page zu traceroute.
Was ist Traceroute und worin unterscheidet es sich von Ping?
Ping sagt Ihnen mit einer einzigen Zahl, ob das Ziel antwortet und wie lange der Hin und Rückweg dauert. Andererseits zeigt Traceroute dieselbe Reise Schritt für Schritt. Anders gesagt beantwortet Ping die Frage „Gibt es ein Problem?“, während Traceroute fragt „Wo auf dem Weg liegt das Problem?“. Keines ersetzt das andere, daher nutzen Sie beide gemeinsam.
| Werkzeug | Was es zeigt | Wann Sie es nutzen | Grenze |
|---|---|---|---|
| ping | Erreichbarkeit und Gesamtlaufzeit | Schneller Verfügbarkeitstest | Sagt nicht, wo auf dem Weg das Problem liegt |
| traceroute / tracert | Router auf dem Weg und Zeit pro Hop | Problemstelle eingrenzen | Drei Proben sind wenig, Ausreißer täuschen |
| mtr | Traceroute und Ping kombiniert, mit Dauermessung | Schwankender Verlust und Latenz | Verlust auf einem mittleren Hop löst Fehlalarm aus |
| pathping (Windows) | Latenz und Paketverlust pro Router und Verbindung | Lange Messungen unter Windows | Ein voller Lauf dauert Minuten |
In der Praxis prüfen Sie zuerst mit Ping, ob das Ziel antwortet. Antwortet es, die Website fühlt sich aber langsam an, dann untersuchen Sie den Weg mit Traceroute.
Was bedeuten die Zeilen in einer Traceroute Ausgabe?
Zunächst: Die folgende Ausgabe ist erfunden. Wir haben die Adressen aus Blöcken gewählt, die für Dokumentation reserviert sind, daher beschreiben sie kein echtes Netz.
traceroute to example.com (203.0.113.10), 30 hops max, 60 byte packets
1 192.0.2.1 (192.0.2.1) 1.2 ms 1.0 ms 1.1 ms
2 198.51.100.1 (198.51.100.1) 8.4 ms 8.1 ms 8.6 ms
3 * * *
4 198.51.100.37 (198.51.100.37) 12.9 ms 13.2 ms 12.8 ms
5 203.0.113.1 (203.0.113.1) 14.0 ms 13.7 ms 14.2 ms
6 203.0.113.10 (203.0.113.10) 14.5 ms 14.1 ms 14.3 msDanach lesen wir die Ausgabe Zeile für Zeile.
- Die erste Spalte ist die Hopnummer. Zeile 1 ist zum Beispiel meist der Router bei Ihnen zu Hause oder im Büro.
- Außerdem zeigen die drei Zeitspalten die Laufzeit der drei Proben für diesen Hop in Millisekunden.
- Die letzte Spalte nennt Namen oder IP Adresse des Routers. Namen stammen aus dem Reverse DNS, daher zeigen manche Zeilen nur die Adresse.
- Die drei Sterne in Zeile 3 bedeuten, dass dieser Hop nicht geantwortet hat.
Die Microsoft Referenz erklärt, dass der angezeigte Weg die nahe Schnittstelle jedes Routers auflistet, also die dem Absender am nächsten liegende. Ziehen Sie deshalb aus Name oder Adresse keine sicheren geografischen Schlüsse. Schließlich ist Zeile 6 das Ziel selbst, dort endet der Weg.
Wie deuten Sie eine Traceroute Ausgabe Schritt für Schritt?
Die Frage „Was ist Traceroute?“ ist schnell beantwortet, doch die Lesetechnik für die Ausgabe ist der schwierigere Teil. Prüfen Sie die Zeilen immer in derselben Reihenfolge, dann treffen Sie seltener eine falsche Entscheidung. Die folgende Liste ist die einfache Checkliste, der wir beim ersten Blick auf eine Ausgabe folgen.
- Zunächst prüfen Sie Zeile 1. Meist ist das Ihr eigener Router, und die Zeit sollte winzig sein. Sieht sie schlecht aus, untersuchen Sie zuerst Ihr lokales Netz.
- Verfolgen Sie die Zeiten von oben nach unten. Auf einem gesunden Weg steigen die Werte langsam wie eine Treppe, ein plötzlicher und dauerhafter Sprung fällt daher auf.
- Dann trennen Sie die Sternzeilen ab. Antworten spätere Hops, dürfen Sie die Sterne ignorieren.
- Konzentrieren Sie sich auf die letzte Zeile. Die Zeit am Ziel kommt dem am nächsten, was Ihre Besucher spüren. Mittlere Zeilen liefern nur Hinweise.
- Schließlich wiederholen Sie die Messung. Führen Sie denselben Befehl zu einer anderen Zeit und aus einem anderen Netz aus und vergleichen Sie die Ergebnisse.
Überspringen Sie diese fünf Schritte, lösen Sie oft unnötigen Alarm aus. Zum Beispiel führt eine Beschwerde beim Anbieter wegen einer einzigen langsamen Zeile häufig zu einem sinnlosen Mailwechsel. Behandeln Sie die Ausgabe daher als Hypothese, nicht als Urteil.
Ist die Verbindung unterbrochen, wenn Traceroute einen Stern (*) zeigt?
Meistens nicht. Ein Stern bedeutet also nur, dass innerhalb der Wartezeit keine Antwort kam. Die Microsoft Referenz stellt klar, dass manche Router für abgelaufene Pakete keine Time Exceeded Nachricht senden und deshalb für den Befehl unsichtbar bleiben. Das Paket läuft trotzdem durch diese Router.
Um einen Stern richtig zu deuten, schauen Sie auf den Rest der Ausgabe. In der Praxis helfen die folgenden Unterscheidungen im Alltag.
- Stern in der Mitte, spätere Hops antworten: Der Router filtert oder begrenzt ICMP Antworten, der Verkehr fließt.
- Stern auf dem letzten Hop, die Website öffnet sich im Browser: Der Zielserver oder die Firewall ignoriert Traceroute Proben.
- Auf jeder Zeile nach einem Hop nur Sterne und die Website öffnet sich nicht: Auf dem Weg kann ein Ausfall oder ein Filter liegen. Wiederholen Sie den Test aus einem anderen Netz, etwa über mobile Daten.
- Stern auf der allerersten Zeile: Das Problem liegt höchstwahrscheinlich im lokalen Netz. Daher prüfen Sie Router und Kabel.
Lädt die Seite gar nicht, können Sie sie mit unserem Tool zur Prüfung, ob eine Seite down ist, auch von außen testen. Dann trennen Sie ein Problem Ihrer Verbindung von einem Problem, das alle betrifft.
Was ist Traceroute wert, wenn ein Hop eine hohe Latenz zeigt?
Allerdings beweist eine hohe Zeit auf einem Hop allein noch kein Problem. Entscheidend ist ein einfacher Test: Bleibt der hohe Wert auf späteren Hops und am Ziel bestehen, ist das Problem echt. Ist nur eine Zeile hoch und die folgenden Zeilen normalisieren sich, gibt dieser Router ICMP Antworten höchstwahrscheinlich niedrige Priorität.
Denn die MTR Dokumentation sagt das offen. Sie weist darauf hin, dass manche moderne Router ICMP Echo Paketen eine niedrigere Priorität geben als anderem Verkehr, deshalb kann die von mtr gemeldete Zuverlässigkeit deutlich schlechter aussehen als die echte. Folglich gilt dieselbe Logik für Traceroute Zeilen.
| Beispielrechnung | Hop 4 | Hop 5 | Hop 6 (Ziel) | Deutung |
|---|---|---|---|---|
| Fall A | 12 ms | 180 ms | 14 ms | Ein Ausreißer, Ziel normal: höchstwahrscheinlich Fehlalarm |
| Fall B | 12 ms | 95 ms | 98 ms | Der Sprung setzt sich ab Hop 5 fort: eine echte Verzögerung ist möglich |
Diese Zahlen haben wir zur Veranschaulichung erfunden, es ist also eine Beispielrechnung. Außerdem spielt die Entfernung eine Rolle. Auf einem Weg über den Ozean ist ein deutlicher Anstieg normal. Vertrauen Sie nie einer einzelnen Messung, sondern führen Sie den Befehl mehrmals zu verschiedenen Zeiten aus.
Welche Situationen lösen bei Traceroute Fehlalarme aus?
Beim Lesen einer Traceroute Ausgabe fragen wir zuerst, ob es wirklich ein Problem gibt. Konkret erzeugen die folgenden Fälle die meisten Fehlalarme.
- Ein Hop mit hoher Zeit: Der Router bevorzugt seinen eigenen Verkehr und antwortet spät auf ICMP. Sind spätere Hops niedrig, sorgen Sie sich nicht.
- Sterne in der Mitte: Ein Router mit abgeschalteten ICMP Antworten blockiert den Verkehr nicht.
- Stern auf dem letzten Hop: Das Ziel filtert eventuell ICMP oder UDP Proben, während der Webverkehr über TCP Port 443 problemlos läuft.
- Schwankungen bei drei Proben: Drei Proben sind für Statistik zu wenig, sammeln Sie mit mtr Hunderte.
- Geografie aus Hopnamen ableiten: Reverse DNS Namen können täuschen. Nehmen Sie nicht an, dass das Paket eine Stadt durchlaufen hat, nur weil der Name sie nennt.
- Verschiedene IPs auf derselben Hopnummer: Load Balancing macht das normal, es ist kein Fehler.
Diese Fälle haben also eine gemeinsame Ursache. Traceroute betrachtet nicht die Router selbst, sondern die ICMP Antworten, die Router senden möchten. Anders gesagt sehen Sie die Spur, die der Verkehr hinterlässt, und nicht den Verkehr selbst.
Wie sieht ein echtes Netzwerkproblem in Traceroute aus?
Andererseits sind echte Probleme meist beständig. Sie sehen dieselbe Verschlechterung an derselben Stelle, wiederholt, und sie zieht sich bis zum Ziel durch. Daher zeigt die Tabelle unten Beispieldeutungen, keine sichere Diagnose. Deshalb bestätigen Sie vor jeder Entscheidung mit einer zweiten Messung.
| Was Sie sehen | Mögliche Bedeutung | Nächster Schritt |
|---|---|---|
| Zeiten bleiben ab einem Hop dauerhaft hoch | Überlast auf dieser Verbindung oder große physische Entfernung | Einen mtr Bericht mit 100 Zyklen erstellen und die Zeiten notieren |
| Ab einem Hop nur Sterne und die Website öffnet sich nicht | Ein Ausfall oder ein Filter auf dem Weg | Test aus einem anderen Netz wiederholen, etwa über mobile Daten |
| Sterne oder sehr hohe Zeiten auf Zeile 1 | Problem im lokalen Netz, am Router oder im WLAN | Per Kabel testen und den Router neu starten |
| Adressen wechseln ständig auf derselben Hopnummer | Load Balancing oder Routenwechsel | Nach einigen Minuten wiederholen und auf Konsistenz achten |
| Sehr sprunghafte Zeiten auf der Zielzeile | Instabile Verbindung oder Serverlast | Spalte StDev im mtr Bericht prüfen |
Jede Zeile endet mit demselben Rat: Wiederholen Sie die Messung und vergleichen Sie sie mit einer zweiten Quelle. Einen Anbieter nach einer einzigen Befehlsausgabe zu beschuldigen, ist oft ungerecht.
Wie täuschen Load Balancing und asymmetrisches Routing die Ausgabe?
Zwischen zwei Punkten im Internet muss es nicht genau einen Weg geben. Zum Beispiel können Router den Verkehr auf mehrere gleich teure Wege verteilen. Dann nehmen die Proben, die Traceroute nacheinander sendet, unterschiedliche Routen, und Sie sehen auf derselben Hopnummer verschiedene Adressen. Die Ausgabe wirkt deshalb manchmal widersprüchlich.
Die zweite Falle betrifft die Richtung. Konkret zeigt Traceroute nur den Hinweg. Allerdings können die Antwortpakete einen anderen Rückweg nehmen. Die angezeigte Zeit ist die Summe aus Hin und Rückweg. Folglich kann eine hohe Zeit auf einem Hop vom Rückweg stammen statt vom Hinweg.
- Können Sie denselben Test von der Zielseite aus ausführen, vergleichen Sie beide Richtungen.
- Zudem stellen Anbieter manchmal öffentliche Looking Glass Seiten bereit, die den Weg aus dem eigenen Netz zeigen.
- Unter Windows prüft der Parameter /R den Rückweg mit einem IPv6 Routing Extension Header. Die Microsoft Referenz definiert ihn für IPv6.
Zusammengefasst lesen Sie die Ausgabe wie eine Momentaufnahme aus einem Blickwinkel, nicht wie ein vollständiges Foto. Mehrere Proben zu sammeln, ist die sicherere Gewohnheit.
Was ist MTR und worin unterscheidet es sich von Traceroute?
Laut offizieller Man Page vereint mtr die Funktionen von traceroute und ping in einem einzigen Werkzeug. Außerdem sendet es Pakete mit niedriger TTL und meldet Antwortquote und Antwortzeiten entlang der Route. Haben Sie die Frage „Was ist Traceroute?“ geklärt, lernen Sie mtr schnell. Traceroute liefert eine einzelne Momentaufnahme, während mtr denselben Weg fortlaufend misst, daher passt es besser zu schwankenden Problemen.
mtr -r -w -n -c 100 example.com- -r schaltet den Berichtsmodus ein. mtr läuft für die angegebene Zahl an Zyklen, gibt Statistiken aus und beendet sich.
- -c legt die Zahl der Zyklen (Pakete) fest. Das Beispiel oben nimmt 100 Messungen auf.
- -w gibt die Hostnamen ungekürzt aus, -n löst keine Namen auf und zeigt nur IPs.
- Die Spalten des Berichts heißen Loss%, Snt, Last, Avg, Best, Wrst und StDev.
Unter Windows nennt Microsoft für eine ähnliche Aufgabe den Befehl pathping. Zudem meldet er Latenz und Paketverlust für jeden Router und jede Verbindung. Details lesen Sie auf der Man Page von mtr. Allerdings unterscheiden sich Installation und Berechtigungen je nach System.
Wann brauchen Sie TCP oder UDP Proben bei Traceroute?
Klassisches Traceroute nutzt ICMP oder UDP, daher blockieren es manche Firewalls. Der Verkehr, der Besucher auf Ihre Website bringt, ist jedoch TCP, zum Beispiel Port 443 für das Web. Möchten Sie den Weg zu einem Ziel mit ICMP Filter realistischer sehen, nutzen Sie unter Linux eine TCP SYN Probe.
sudo traceroute -T -p 443 example.comLaut Man Page wählt -T TCP SYN Proben, und -p setzt den Zielport. Diese Option sendet rohe Pakete, deshalb kann sie Administratorrechte verlangen. Außerdem liefert die Methode nicht in jedem Netz dasselbe Ergebnis, weil manche Netze auch SYN Proben begrenzen.
Allerdings nutzt der Windows Befehl tracert ICMP Echo und bietet keine TCP Option. Wollen Sie unter Windows denselben Effekt, brauchen Sie also ein anderes Werkzeug. Für die meisten Websitebetreiber spielt dieses Detail keine Rolle. Kurz gesagt reicht für einen ersten Versuch meist ein schlichtes traceroute oder tracert.
Was zeigt Traceroute bei einer langsamen Website und was nicht?
Die Frage „Was ist Traceroute wert?“ beantworten wir bei langsamen Seiten ehrlich: Es misst nur den Netzwerkweg. Denn eine langsame Seite hat ihre Ursache meist in der Seite selbst und nicht im Netz. Große Bilder, schwere JavaScript Dateien, langsame Datenbankabfragen und ein Server, der das erste Byte spät sendet, stehen an erster Stelle. Daher zeigt sich nichts davon in einer Traceroute Ausgabe.
Die richtige Reihenfolge lautet also: Zuerst messen Sie im Browser, danach schauen Sie bei Bedarf auf den Netzwerkweg. Ein Lighthouse Test zeigt Engpässe auf der Seitenseite. Unsere Beiträge dazu, wie die Ladezeit das SEO beeinflusst, und dazu, ob die Ladezeit im Onlineshop den Umsatz beeinflusst, stützen dieselbe Reihenfolge.
- Verdacht auf den Netzwerkweg: Probleme aus anderen Ländern, Ausfälle bei einzelnen Providern, Aussetzer zu bestimmten Uhrzeiten.
- Auf der Seite selbst: Langsamkeit in jedem Netz, schwere Bilder, viele Skripte von Drittanbietern.
- Verdacht auf den Server: lange Zeit bis zum ersten Byte, Verlangsamung zu Stoßzeiten.
Fließt Ihr Werbebudget auf eine langsame Seite, beheben Sie also zuerst die technische Basis. In unserer SEO Beratung und unserem Webdesign treffen wir diese Unterscheidung gleich zu Beginn.
Wie kombinieren Sie Traceroute mit DNS, SSL und IP Tools?
Ein Erreichbarkeitsproblem lösen Sie also selten mit einem einzigen Befehl. Die folgende Reihenfolge hilft Ihnen, Netzwerkweg, Domain und Zertifikat voneinander zu trennen.
- Prüfen Sie mit dem DNS Abfrage Tool, ob die Domain zur richtigen IP Adresse auflöst.
- Klären Sie mit der IP Abfrage und der WHOIS Abfrage, wem diese IP Adresse gehört.
- Führen Sie danach Traceroute aus und sehen Sie, ob der Weg das Ziel erreicht.
- Klappt die Verbindung, doch der Browser warnt, prüfen Sie das Zertifikat mit dem SSL Check.
- Nutzen Sie IPv6, machen Sie den IPv6 Test und probieren Sie den IPv6 Weg separat mit tracert /6 oder traceroute -6.
Zudem können sich IPv4 und IPv6 Wege unterscheiden. Daher kann eine Website über das eine Protokoll öffnen und über das andere scheitern. Die Grundlagen zu Zertifikaten finden Sie in unserem Beitrag, was ein SSL Zertifikat ist.
Wie testen Sie den IPv6 Weg mit Traceroute?
Der Weg zu einem IPv6 Ziel kann über andere Router führen als der IPv4 Weg. Eine Website kann deshalb über IPv4 gut laden und über IPv6 langsam bleiben. Um beide Wege getrennt zu testen, nennen Sie das Protokoll ausdrücklich.
tracert /6 example.com
traceroute -6 example.comDie Microsoft Referenz schreibt, dass /4 und /6 die Nutzung von IPv4 oder IPv6 erzwingen. In der Linux Man Page erfüllen -4 und -6 dieselbe Aufgabe. IPv6 Adressen erscheinen als hexadezimale Gruppen, die durch Doppelpunkte getrennt sind, eine Dokumentationsadresse lautet etwa 2001:db8::1. Die Lesart entspricht also genau der von IPv4.
Hat das Ziel allerdings keine IPv6 Adresse oder bietet Ihr Netz kein IPv6, schlägt der Befehl fehl. Das heißt nicht, dass etwas kaputt ist. Möchten Sie Ihre IPv6 Unterstützung zuerst prüfen, liefert der IPv6 Test eine schnelle Antwort.
Welche Sicherheits und Datenschutzpunkte sind bei Traceroute wichtig?
Traceroute sendet kleine Pakete und ist für sich genommen harmlos. Trotzdem gelten einige Regeln. Erstens nutzen Sie es nur auf eigenen Systemen oder auf Zielen, die Sie testen dürfen. Viele Ziele hintereinander abzufragen, kann auf der Gegenseite wie Netzwerkaufklärung wirken.
- Posten Sie eine Ausgabe in einem öffentlichen Forum, verbergen Sie Ihre öffentliche IP Adresse und interne Netzadressen.
- Schicken Sie eine Ausgabe an den Support Ihres Anbieters, müssen Sie eventuell Ihre Quell IP nennen. Deshalb tun Sie das nur im Supportkanal.
- Außerdem können Hopnamen Kunden oder Firmendaten enthalten. Prüfen Sie die Ausgabe, bevor Sie sie teilen.
- Bevor Sie umfangreiche oder automatisierte Scanskripte schreiben, lesen Sie die Nutzungsbedingungen des Ziels.
Einen breiteren Blick auf Sicherheit bietet unser Beitrag zu den OWASP Top 10. Traceroute ist kein Schwachstellenscanner und zeigt keine Risiken auf der Anwendungsebene.
Was ist Traceroute nicht: Wann überlassen Sie die Analyse Ihrem Hostinganbieter?
Wir sind ein Team für digitales Marketing und Web, kein Hostinganbieter. Deshalb ziehen wir eine ehrliche Grenze: Liegt ein Teil des Weges im Netz Ihres Anbieters oder eines Carriers, können Sie diesen Teil nicht beheben. Routing Richtlinien, Peering Vereinbarungen und Einstellungen an Netzgeräten liegen außerhalb Ihres Zugriffs.
- Beginnt die Verzögerung oder der Ausfall bei Hops im Netz Ihres Anbieters, öffnen Sie ein Support Ticket.
- Zeigt sich das Problem nur bei einem Carrier, können nur die beteiligten Parteien die Verbindung zwischen Carriern beheben.
- Nimmt Ihr Shop Zahlungen an und der Ausfall dauert an, informieren Sie zuerst den Anbieter und vertiefen dann Ihre eigenen Tests.
- Ändern Sie auf Shared Hosting keine Servereinstellungen. Denn dazu haben Sie ohnehin keine Rechte.
Sie können stattdessen gute Belege sammeln. Folglich bekommt ein Ticket mit der richtigen Ausgabe schneller eine Antwort. Wie Sie bei der Anbieterwahl Netzqualität und Support abwägen, lesen Sie im Beitrag, wie Sie Webhosting auswählen. Außerdem beruhigt eine fertige Backup Strategie bei einem Ausfall.
Welche Traceroute Ausgabe schicken Sie an den Hosting Support?
Mit einer Nachricht wie „Die Seite öffnet sich nicht“ kann ein Support Team wenig anfangen. Eine konkrete Ausgabe grenzt das Problem schnell ein. Daher empfehlen wir, die folgende Liste in Ihr Ticket aufzunehmen.
- Datum, Uhrzeit und Zeitzone, zu der Sie das Problem gesehen haben.
- Zieldomain und die IP Adresse, auf die sie beim Test aufgelöst hat.
- Netzart, aus der Sie getestet haben: Heimnetz, Büro oder mobile Daten.
- Ausgabe von tracert oder traceroute, wenn möglich zusätzlich ein mtr Bericht mit 100 Zyklen.
- Ergebnis desselben Tests aus einem anderen Netz und Angabe, in welchen Netzen das Problem auftritt.
- Angabe, ob das Problem dauerhaft besteht oder nur zu bestimmten Uhrzeiten auftritt.
Um die Ausgabe in eine Datei zu speichern, leiten Sie sie um. Unter Windows schreibt das Zeichen > die Ausgabe von tracert in eine Textdatei. Unter Linux und macOS schreibt der Befehl tee gleichzeitig auf den Bildschirm und in eine Datei.
tracert example.com > tracert.txt
traceroute -n example.com | tee traceroute.txtFügen Sie die Ausgabe als Text ein und nicht als Screenshot. Dann kann das Support Team die Zeilen in die eigenen Werkzeuge kopieren. Zudem teilen Sie Ihre eigene IP Adresse nur im Supportkanal.
Welche Fehler machen Anwender bei Traceroute am häufigsten?
In der Praxis entstehen Fehler in der Netzwerkdiagnose meist bei der Deutung und nicht beim Befehl. Die folgende Liste fasst die Irrtümer zusammen, die wir am häufigsten sehen.
- Aus einer einzigen Ausgabe Schlüsse ziehen. Nehmen Sie stattdessen mehrere Messungen auf.
- Einen Stern oder eine hohe Zeit auf einem mittleren Hop auf den ganzen Weg übertragen.
- Den Netzwerkweg auslassen, weil Ping funktioniert, oder umgekehrt die Website für tot erklären, weil Traceroute Sterne zeigt.
- Geografie oder Anbieter aus einem Reverse DNS Namen ablesen.
- Ein Problem der Seitengeschwindigkeit für ein Netzproblem halten und nur mit Traceroute arbeiten.
- Die Ausgabe ohne Datenschutzprüfung öffentlich teilen.
Die praktische Antwort auf „Was ist Traceroute?“ lautet also: ein einfaches, aber starkes Werkzeug, das den Weg zeigt. Lesen Sie es richtig, erkennen Sie also, ob das Problem bei Ihnen, beim Anbieter oder auf der Strecke liegt. Für Geschwindigkeit, Barrierefreiheit und technische Entscheidungen Ihrer Website erreichen Sie uns über unseren Webdesign Service.



