Wat laat Traceroute zien? Hoe de resultaten te lezen

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 3-hops van de reagerende laag tussen een bron en een bestemming, plus retourantwoordmonsters van de bron naar elke hop. Het garandeert niet dat elke router zichtbaar is, de vertraging tussen twee aangrenzende hops meet of pakketverlies aantoont. Een blanco antwoord kan eenvoudigweg betekenen dat een apparaat ervoor heeft gekozen de sonde niet te beantwoorden.

Wat traceroute eigenlijk laat zien

Een klassieke traceroute probeert het pad stap voor stap te onthullen. Voor elke zichtbare hop kan het een hopnummer, een IP-adres, een optionele hostnaam en een of meer retourtijdmonsters rapporteren. De IETF traceroute-meetmodel identificeert deze als de gemeenschappelijke resultaatvelden.

Het voorzichtige woord is reageren. Een rij vertegenwoordigt een interface die een vraag beantwoordde, niet noodzakelijkerwijs een volledige fysieke router, en zeker niet elk apparaat dat het verkeer afhandelde. Twee adressen op hetzelfde hopnummer kunnen alternatieve responders zijn op een pad met evenwichtige taakverdeling. Een ontbrekende rij kan pakketten nog steeds prima 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 Hoplimiet, maar het ontdekkingsidee is vergelijkbaar. De protocoldetails zijn gedocumenteerd in RFC 5388 en de IPv6-specificatie.

Het bestemmingsantwoord is afhankelijk van de implementatie. Een traditionele, op UDP gebaseerde tracering eindigt vaak wanneer de bestemming meldt dat de gekozen poort onbereikbaar is. Ramen tracert maakt gebruik van ICMP Echo-sondes en eindigt wanneer de bestemming antwoordt. Er bestaan ​​ook TCP-gebaseerde varianten. Dit is de reden waarom twee traceroute-programma's dezelfde basisreis kunnen afleggen terwijl ze verschillende soorten sondes verzenden.

Eén regel uitvoer lezen

Overweeg een gewone regel in Windows-stijl met een hopnummer, drie tijdswaarden en een adres. De kolommen zijn eenvoudig als je ze niet meer vraagt ​​om meer te doen dan ze kunnen.

De drie middelste waarden verdienen bijzondere aandacht. Het zijn drie afzonderlijke pogingen. Microsoft beschrijft ze in de officiële versie als retourmetingen van uw apparaat naar die sprong en terug `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 verklaart waarom dit soort ICMP-timing geen reproduceerbare schatting is van de vertraging van een applicatie. Beschouw het nummer als een end-to-end-voorbeeld tussen de bron en die responder, en niet als een stopwatch die op één kabel tussen twee routers is geplaatst.

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 tussen twee gemeten tijden betekent dat een van de drie sondes onbeantwoord bleef. Drie sterretjes of 'Time-out van verzoek' betekent dat geen van de probes in die rij op tijd heeft beantwoord. Als latere hops (inclusief de bestemming) nog steeds reageren, gaat de trace verder voorbij die TTL, zodat de stille rij geen doorstuurfout blijkt. Multipath-routering betekent dat die latere sondes mogelijk niet precies dezelfde respondervolgorde hebben gevolgd. Het eigen voorbeeld van Microsoft toont time-outrijen gevolgd door een succesvol bestemmingsantwoord.

Dit is een veel voorkomende slechte diagnose bij het lezen van traceroutes: elke stille hop wordt behandeld als pakketverlies. Het doorsturen van verkeer en het beantwoorden van diagnostische onderzoeken zijn verschillende taken. Een router kan de eerste uitvoeren en de tweede weigeren.

Gebruik herhaalde metingen voor daadwerkelijk verliesonderzoek. Op Windows, PathPing combineert paddetectie met een langere reeks sondes en berekent statistieken. Zelfs dan moet het verlies dat *aan* een tussenliggende router wordt gerapporteerd, worden vergeleken met latere hops voordat u concludeert dat het doorgestuurde verkeer wordt beïnvloed.

Hoe je niet de verkeerde router de schuld kunt geven

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, verkeersopstoppingen, wifi, VPN routering, wachtrijen en het gedrag van de responder kunnen allemaal de RTT veranderen. Eén enkele hoge steekproef is een aanwijzing, geen veroordeling. Zoek naar een herhaald patroon dat zich voortzet in latere hops en overeenkomt met het daadwerkelijke symptoom van de gebruiker.

Traceroute meet ook geen download- of uploadcapaciteit. Als de klacht luidt: “De verbinding voelt overal traag aan”, an internetsnelheidstest controleert de doorvoer, latentie en jitter directer. De twee tools beantwoorden verschillende vragen.

Welke traceroute kan niet betrouwbaar worden weergegeven

Traceroute geeft een snelle momentopname van het pad. Als je het goed leest, weet je wat die momentopname weglaat.

• Het onthult mogelijk niet elke laag 3-hop; sommige apparaten beantwoorden nooit de sondes.
• Normaal gesproken worden er geen transparante Layer 2-schakelaars weergegeven. Deze apparaten sturen frames door zonder als IP-hop 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.

Gebruik de aangrenzende toets die overeenkomt met de onopgeloste vraag. Als een website wel antwoordt, maar een bepaalde dienst niet, wordt er zorgvuldig gekeken havencontrole kan geselecteerde openbare TCP-poorten testen vanaf de ClockTools edge. Als privébereiken of CIDR-grenzen de tracering verwarren, kan de IP-subnetcalculator helpt bij het scheiden van netwerk- en hostgedeelten.

Tracert-, traceroute- en probe-typen

Windows geeft de opdracht een naam tracert. macOS, Linux, BSD en veel netwerkapparaten die vaak worden gebruikt traceroute. De uitvoer voelt op alle platforms vertrouwd aan, maar de standaardtests kunnen verschillen.

Ramen tracert verzendt ICMP-echoverzoeken met toenemende TTL-waarden. Traditionele Unix-achtige traceroute begint gewoonlijk met UDP, hoewel implementaties en opties ook ICMP of TCP kunnen gebruiken. Vermijd de algemene regel dat “traceroute altijd UDP gebruikt” of “traceroute altijd ICMP gebruikt.” Het programma en de geselecteerde methode beslissen.

Voor een snelle Windows-trace zonder opzoeken van hostnamen gebruikt u tracert /d voorbeeld.com. Op een typisch macOS- of Linux-systeem begint u met traceroute voorbeeld.com en lees de handleiding van dat systeem voor protocol- en time-outopties. De /d flag kan een Windows-trace versnellen door de reverse-DNS naamresolutie over te slaan, maar verbergt de IP-adressen in de uitvoer niet.

De termijn tracepad verwijst meestal naar een gerelateerd Unix-achtig hulpprogramma met een ander interface- en privilegemodel. MTR en WinMTR herhalen sondes in de loop van de tijd. PathPing voegt herhaalde statistieken toe na het ontdekken van de route. Maak een keuze op basis van of u een snelle momentopname van het traject of een langdurige meting nodig heeft.

Waar ClockTools past

Een normale browserpagina kan niet dezelfde onbewerkte ICMP-, UDP- of TCP-tests openen als een lokale terminalopdracht. Browsersandboxen en de ClockTools Cloudflare Worker-runtime stellen de vereiste pakket-TTL-controle niet beschikbaar, dus ClockTools bedenkt geen hoptabel.

De ClockTools Diagnostische traceerroute werkt binnen die grens. Het HTTP-protocol en de client-RTT beschrijven de browser-naar-ClockTools-poot. Een afzonderlijk openbaar HTTP of HTTPS verzoek loopt van de ClockTools edge naar het doel en rapporteert bereikbaarheid, status, responstijd, inhoudstype en omleidingen. Het is handig voor een snelle controle van de website van buitenaf, maar het is niet de lokale hoptabel van uw laptop.

In de schermafbeelding markeert callout 1 de beperkingskennisgeving; callout 2 markeert de doelantwoordgegevens. Het voorbeeld gebruikt voorbeeld.com, een openbaar documentatiedomein (geen privéhost) en generaliseert de verzoekspecifieke edge-code.

Gebruik een openbare URL waarvan u de eigenaar bent, die u beheert of waarvoor u toestemming heeft om te testen. Als het doelwit snel reageert vanaf de rand, maar traag aanvoelt op uw apparaat, zijn lokale wifi, een ISP pad, een VPN, apparaatbelasting of browsergedrag de moeite waard om te controleren, maar de twee tests komen ook uit verschillende gezichtspunten en kunnen verschillende routes gebruiken. Als het zowel vanaf de rand als lokaal faalt, wordt DNS de beschikbaarheid van hosting, firewall of doel plausibeler.

Een praktische reeks probleemoplossing

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.
• Heb je de lokale hop-voor-hop-weergave nodig? Uitvoeren tracert of traceroute op het getroffen 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 het spoor. Aanhoudend stroomafwaarts gedrag is belangrijker dan een dramatische enkele ruzie.
• Vergelijkt u openbare en privéadressen? Wat is mijn IP 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.

Bewerk interne apparaatnamen, gebruikersnamen die zijn ingebed in hostnamen, privé-adressen als de topologie niet relevant is, en openbare adressen als je niet wilt dat ze aan het bericht worden gekoppeld. Zorg voor voldoende structuur zodat het probleem begrijpelijk blijft: sprongaantallen, de aanwezigheid van time-outs en representatieve timings zijn vaak voldoende.

Ga er niet van uit tracert /d anonimiseert een spoor. Het slaat de naamresolutie over; het geeft nog steeds reagerende IP-adressen weer. Houd er ook rekening mee dat een schatting van de IP-geolocatie geen exacte fysieke locatie is, maar dat deze een provider of een brede regio kan onthullen.

De beste traceroute-lezing is bescheiden. Het vertelt u welke sondes antwoorden hebben gekregen, hoe lang die rondreizen hebben geduurd en waar een patroon kan beginnen. Het wordt echt nuttig als je dat bewijsmateriaal combineert met herhaalde tests en het symptoom dat je probeert te verklaren.