Kortlægning af stien med Traceroute

Traceroute bruger på smart vis TTL. Den sender pakker med TTL=1, så den første router kasserer dem og svarer med en fejl. Derefter bruges TTL=2 for at nå den anden router og så videre. Hver udløbet pakke afslører ét hop mere. Ved trinvis at øge TTL kortlægger traceroute ruten én router ad gangen, indtil den når destinationen.

Hver linje viser et hopnummer, routerens IP-adresse eller navn og normalt tre tidsmålinger i millisekunder. Tiderne stiger generelt, efterhånden som hoppene ligger længere væk. En jævn, gradvis stigning er normal. Outputtet lader dig se forsinkelsen opbygge sig hop for hop og identificere præcis, hvor den uventet stiger.

Hvis traceroute viser flere hop og derefter stopper eller får timeout, er problemet sandsynligvis ved eller lige efter det sidste hop, der svarede. Det lokaliserer en routing- eller forbindelsesfejl til et bestemt punkt på ruten og skelner ofte mellem dit netværk og en internetudbyders. Hvis du ved, at fejlen ligger tre hop væk i internetudbyderens kerne, ændrer det, hvem du skal kontakte.

Traceroute hjælper med at finde kilder til forsinkelse. Hvis tiderne er lave i flere hop og derefter pludselig stiger kraftigt, tilføjer det pågældende hop eller den pågældende forbindelse forsinkelse. Husk, at en forbindelse over lang afstand, f.eks. et transatlantisk hop, naturligt giver større forsinkelse. Det vigtige er at skelne forventet afstandsforsinkelse fra en unormal stigning, der tyder på overbelastning eller et problem.

En stjerne (*) betyder, at et hop ikke svarede i tide. Det er almindeligt og er ikke altid et problem: Mange routere nedprioriterer eller blokerer de ICMP/UDP-svar, som traceroute er afhængig af, selv om de uden problemer videresender almindelig trafik. Nogle få stjerner midt på ruten, efterfulgt af senere hop, der svarer, betyder normalt, at routeren er tavs – ikke at den er gået i stykker.

Implementeringerne er forskellige. Windows tracert sender ICMP Echo Requests, mens traditionel Unix-traceroute sender UDP-pakker til høje porte. Begge er afhængige af svar om udløbet TTL. Da firewalls behandler ICMP og UDP forskelligt, kan den samme rute se forskellig ud fra en Windows- og en Linux-maskine. Når du kender metoden, kan du forklare nogle af forskellene.

Traceroute viser kun den fremadgående rute. Den returnerende trafik kan tage en anden rute, som kaldes en asymmetrisk rute. Det betyder, at en forsinkelse, du ser, faktisk kan ligge på returen, hvilket traceroute ikke kan vise direkte. Husk dette, når du fortolker resultater, især på det offentlige internet, hvor asymmetri er almindelig.

To udvidede værktøjer kombinerer ping og traceroute. Windows pathping sporer ruten og måler derefter pakketab for hvert hop over tid. Det populære Unix-værktøj mtr opdaterer løbende en traceroute i realtid med aktuelle statistikker for tab og forsinkelse. Begge er fremragende til at diagnosticere periodiske problemer, som en enkelt traceroute måske ikke opdager.

Brug traceroute efter ping, når forbindelsen til en ekstern vært er dårlig eller ikke fungerer. Værktøjet fortæller dig, om problemet ligger på dit LAN, ved din gateway, hos din internetudbyder eller langt væk på internettet. Når du lokaliserer det ansvarlige netværkssegment, kan du løse det, du selv har kontrol over, og eskalere resten med dokumentation i hånden.

Du har lært om traceroute. Vigtige punkter:

• Traceroute viser hvert hop og dets forsinkelse frem til en destination.
• Det fungerer ved at øge TTL, så routerne svarer efter tur.
• Det sted, hvor outputtet stopper, lokaliserer en fejl på ruten.
• Stjerner betyder ofte, at en router er tavs, ikke at den er gået i stykker.
• pathping og mtr tilføjer pakketab for hvert hop over tid.