Wat laat traceroute zien? Zo leest u de resultaten

Traceroute lijkt zekerder dan het in werkelijkheid is. De uitvoer arriveert als netjes genummerde regels, maar die regels zijn observaties van een reeks sondes - geen perfecte kaart van het internet.

Traceroute toont de hops op laag 3 die antwoorden tussen bron en bestemming, plus metingen van de heen-en-terugtijd tussen de bron en elke hop. Traceroute garandeert niet dat elke router zichtbaar is, meet niet de vertraging tussen twee aangrenzende hops en bewijst geen pakketverlies. Een ontbrekend antwoord kan simpelweg betekenen dat een apparaat de probe niet beantwoordt.

Wat traceroute eigenlijk laat zien

Een klassieke traceroute brengt de route antwoord voor antwoord in beeld. Voor elke zichtbare hop kan hij een hopnummer, IP-adres, eventuele hostnaam en één of meer metingen van de heen-en-terugtijd tonen. Het traceroute-meetmodel van de IETF identificeert deze als de gemeenschappelijke resultaatvelden.

Het sleutelwoord is reagerend. Een rij staat voor een interface die een probe beantwoordde, niet noodzakelijk voor een volledige fysieke router en zeker niet voor elk apparaat dat het verkeer verwerkte. Twee adressen met hetzelfde hopnummer kunnen verschillende antwoordende interfaces zijn op een route met loadbalancing. Het apparaat achter een ontbrekende rij kan pakketten nog steeds probleemloos doorsturen.

Traceroute kan daarom het beste worden gelezen als een padobservatie vanuit één bron, op één moment, met behulp van één sondemethode. Voer het later uit, vanaf een VPN, of vanaf een ander netwerk en het resultaat kan veranderen. Dat is normaal routeringsgedrag en niet automatisch een fout.

De kleine TTL-truc achter elke hop

Het mechanisme is slim. In IPv4 heeft elk doorgestuurd pakket een Time to Live-waarde, meestal behandeld als een hoplimiet. Een router verkleint het voordat het doorstuurt. Wanneer de waarde vervalt, kan die router een ICMP Time Exceeded-bericht retourneren in plaats van het pakket door te geven.

Traceroute verzendt eerst een of meer probes met TTL 1. Ze vervallen bij de eerste gerouteerde hop. De volgende set gebruikt TTL 2 en kan één sprong verder reiken. Het proces gaat door totdat de bestemming antwoordt of de tool het geconfigureerde maximum bereikt. IPv6 gebruikt een veld dat letterlijk heet Hop Limit, maar het ontdekkingsidee is vergelijkbaar. De protocoldetails zijn gedocumenteerd in RFC 5388 en de IPv6-specificatie.

Het antwoord van de bestemming hangt af van de implementatie. Een traditionele UDP-trace eindigt vaak wanneer de bestemming meldt dat de gekozen poort onbereikbaar is. Windows tracert gebruikt ICMP Echo-probes en eindigt zodra de bestemming antwoordt. Er bestaan ook TCP-varianten. Twee traceroute-programma's kunnen dus in grote lijnen dezelfde route onderzoeken met verschillende soorten probes.

Eén regel uitvoer lezen

Neem een gebruikelijke uitvoerregel in Windows met een hopnummer, drie tijdwaarden en een adres. De kolommen zijn eenvoudig te begrijpen zolang u er geen conclusies uit trekt die ze niet ondersteunen.

De drie middelste waarden verdienen extra aandacht: het zijn drie afzonderlijke pogingen. Microsoft beschrijft ze als metingen van uw apparaat naar die hop en terug in de officiële tracert-documentatie. Het zijn geen drie stadia van één pakketreis, en het is ook geen kant-en-klare min/gemiddelde/max-samenvatting.

Een RTT omvat ook het antwoordpad en de verwerkingstijd bij het reagerende apparaat. Internetroutering kan asymmetrisch zijn, waardoor het antwoord via een ander pad kan terugkeren. RFC 9198 legt uit waarom deze ICMP-tijdmeting geen reproduceerbare schatting van toepassingsvertraging is. Zie de waarde als een meting van het hele traject tussen de bron en de antwoordende interface, niet als een stopwatch op één kabel tussen twee routers.

Sterretjes zijn stilte, geen oordeel

Een asterisk betekent dat de sonde geen antwoord heeft ontvangen vóór de time-out. Dat is alles wat het op zichzelf betekent. De router kan dat sondetype filteren, de snelheid van ICMP-antwoorden beperken, de prioriteit van antwoorden op het stuurvlak wegnemen of een antwoord verzenden dat op de terugweg verloren is gegaan.

Eén sterretje naast twee gemeten tijden betekent dat één van de drie probes onbeantwoord bleef. Drie sterretjes of 'Request timed out' betekent dat geen van de probes in die rij op tijd antwoord kreeg. Als latere hops, waaronder de bestemming, wel antwoorden, is de trace voorbij die TTL gekomen. De stille rij bewijst dus geen fout bij het doorsturen. Door multipath-routering kunnen latere probes een andere reeks interfaces hebben gevolgd. Microsoft toont zelf een voorbeeld met time-outrijen gevolgd door een succesvol antwoord van de bestemming.

Een veelgemaakte fout bij het lezen van traceroute is elke stille hop als pakketverlies zien. Verkeer doorsturen en diagnostische probes beantwoorden zijn verschillende taken. Een router kan het eerste doen en het tweede weigeren.

Gebruik herhaalde metingen om daadwerkelijk pakketverlies te onderzoeken. In Windows combineert PathPing het achterhalen van de route met een langere reeks probes en berekent het statistieken. Ook dan moet u het gemelde verlies naar een tussenliggende router vergelijken met latere hops voordat u concludeert dat het doorgestuurde verkeer wordt getroffen.

Voorkom dat u de verkeerde router als oorzaak aanwijst

De nuttige vraag is niet: "Welke rij heeft het grootste getal?" Het is: “Waar begint een verandering, en blijft deze doorgaan richting de bestemming?”

Afstand, netwerkcongestie, wifi, VPN-routering, wachtrijen en het gedrag van de antwoordende interface kunnen allemaal de RTT veranderen. Eén hoge meetwaarde is een aanwijzing, geen bewijs van schuld. Zoek een terugkerend patroon dat ook bij latere hops zichtbaar is en aansluit bij het werkelijke probleem van de gebruiker.

Traceroute meet ook geen download- of uploadcapaciteit. Als de klacht is dat de verbinding overal traag aanvoelt, controleert een internetsnelheidstest de doorvoersnelheid, latentie en jitter directer. De twee tools beantwoorden verschillende vragen.

Wat traceroute niet betrouwbaar kan tonen

Traceroute geeft een snelle momentopname van de route. Om die goed te lezen, moet u weten wat er niet in beeld komt.

• Niet elke hop op laag 3 is zichtbaar; sommige apparaten beantwoorden de probes nooit.
• Transparante switches op laag 2 zijn normaal gesproken niet zichtbaar. Ze sturen frames door zonder als IP-hops te verschijnen.
• Het observeert het voorwaartse sondepad, terwijl elk antwoord een ander retourpad kan volgen.
• Het kan een van de verschillende routes met gelijke kosten bemonsteren in plaats van elk mogelijk pad.
• Het levert geen stabiele pakketverliespercentages op uit een handvol sondes.
• Het kan niet bewijzen welke route elke applicatiestroom zal volgen, vooral als de testprotocollen verschillen.
• Een IP-adres of hostnaam is geen exacte lezing van een fysieke locatie.

Kies een aanvullende test die past bij de vraag die nog openstaat. Als een website antwoordt maar een bepaalde dienst niet, kan een gericht afgebakende poortcontrole geselecteerde openbare TCP-poorten testen vanaf de edge-server van ClockTools. Als privébereiken of CIDR-grenzen de trace onduidelijk maken, helpt de IP-subnetcalculator het netwerkdeel en het hostdeel te onderscheiden.

Tracert-, traceroute- en probe-typen

In Windows heet de opdracht tracert. In macOS, Linux, BSD en veel netwerkapparaten heet die meestal traceroute. De uitvoer lijkt op verschillende platforms op elkaar, maar de standaardprobes kunnen verschillen.

Windows tracert verstuurt ICMP Echo-verzoeken met oplopende TTL-waarden. Traditionele traceroute op Unix-achtige systemen begint doorgaans met UDP, al kunnen implementaties en opties ook ICMP of TCP gebruiken. Ga niet uit van de algemene regel dat traceroute altijd UDP of altijd ICMP gebruikt. Het programma en de gekozen methode bepalen dat.

Gebruik voor een snelle Windows-trace zonder hostnamen op te zoeken tracert /d example.com. Begin op een gebruikelijk macOS- of Linux-systeem met traceroute example.com en raadpleeg de handleiding van dat systeem voor protocol- en time-outopties. De optie /d kan een Windows-trace versnellen door reverse-DNS-naamresolutie over te slaan, maar verbergt de IP-adressen in de uitvoer niet.

De naam tracepath verwijst meestal naar een verwant hulpmiddel voor Unix-achtige systemen, met een andere interface en een ander rechtenmodel. MTR en WinMTR herhalen probes gedurende langere tijd. PathPing berekent herhaalde statistieken nadat de route is gevonden. Kies op basis van de vraag of u een snelle momentopname of een langdurige meting nodig hebt.

De rol van ClockTools

Een gewone browserpagina kan niet dezelfde ruwe ICMP-, UDP- of TCP-probes versturen als een lokale terminalopdracht. Browsersandboxen en de Cloudflare Worker-runtime van ClockTools bieden niet de vereiste controle over de TTL van pakketten. ClockTools verzint daarom geen hoptabel.

De Trace Route-diagnose van ClockTools werkt binnen die beperking. Het HTTP-protocol en de client-RTT beschrijven het traject tussen de browser en ClockTools. Een afzonderlijk openbaar HTTP- of HTTPS-verzoek gaat van de edge-server van ClockTools naar het doel en rapporteert bereikbaarheid, status, responstijd, inhoudstype en omleidingen. Dat is handig voor een snelle websitecontrole van buitenaf, maar is niet de lokale hoptabel van uw laptop.

In de schermafbeelding markeert aanwijzing 1 de melding over de beperking; aanwijzing 2 markeert de responsgegevens van het doel. Het voorbeeld gebruikt example.com, een openbaar documentatiedomein en geen privéhost. De verzoekspecifieke edge-code is veralgemeniseerd.

Gebruik een openbare URL die u bezit of beheert, of waarvoor u testtoestemming hebt. Reageert het doel snel vanaf de edge-server maar traag op uw apparaat, onderzoek dan lokale wifi, de route via uw internetprovider, een VPN, apparaatbelasting of browsergedrag. Houd er rekening mee dat de tests ook vanaf verschillende punten vertrekken en andere routes kunnen gebruiken. Mislukt de verbinding zowel vanaf de edge-server als lokaal, dan zijn DNS, hosting, de firewall of de beschikbaarheid van het doel waarschijnlijker als oorzaak.

Een praktische volgorde voor probleemonderzoek

Begin met het symptoom, niet met de gereedschaplade.

• Is de website bereikbaar buiten uw verbinding? Voer de ClockTools routediagnose uit en noteer de status, omleidingen en responstijd.
• Is uw hele verbinding traag? Vergelijk doorvoer, ping en jitter met een internetsnelheidstest.
• Hebt u het lokale overzicht per hop nodig? Voer tracert of traceroute uit op het betreffende apparaat en netwerk.
• Valt één service uit terwijl de host reageert? Controleer alleen de relevante, geautoriseerde openbare TCP-poort vanaf de ClockTools edge.
• Is er één keer een hoge RTT of time-out opgetreden? Herhaal de trace. Aanhoudend afwijkend gedrag verderop in de route is belangrijker dan één opvallende rij.
• Vergelijkt u openbare en privéadressen? Wat is mijn IP-adres? identificeert uw zichtbare openbare adres, terwijl de subnetcalculator helpt bij het bereik van privénetwerken.

Die volgorde voorkomt een veelgemaakte fout: het gebruik van één diagnose om elke netwerkvraag te beantwoorden. Bereikbaarheid, routeobservatie, aanhoudend verlies, doorvoer en beschikbaarheid van diensten zijn gerelateerd, maar zijn niet uitwisselbaar.

Deel traceroute-resultaten veilig

Een tracering kan publieke en private IP-adressen, interne hostnamen, providernamen, timingpatronen en delen van het netwerkontwerp blootleggen. Voordat u uitvoer in een forum, ticket, artikel of screenshot plaatst, verwijdert u gegevens die de ontvanger niet nodig heeft.

Verwijder interne apparaatnamen, gebruikersnamen in hostnamen, privéadressen als de netwerktopologie niet relevant is en openbare adressen die u niet aan het bericht wilt koppelen. Laat genoeg structuur staan om het probleem begrijpelijk te houden. Hopnummers, de aanwezigheid van time-outs en representatieve tijdmetingen zijn vaak voldoende.

Ga er niet van uit dat tracert /d een trace anonimiseert. Het slaat naamresolutie over, maar toont nog steeds de IP-adressen die antwoorden. Bedenk ook dat een locatie-inschatting op basis van een IP-adres geen precieze fysieke locatie geeft, maar wel een provider of ruime regio kan onthullen.

Een goede interpretatie van traceroute blijft terughoudend. De uitvoer vertelt welke probes antwoord kregen, hoe lang de heen-en-terugtijd was en waar een patroon kan beginnen. Die informatie wordt echt bruikbaar als u haar combineert met herhaalde tests en het probleem dat u probeert te verklaren.