Slik utfører du en Traceroute på Windows

Ja, når du fikler med nettverksproblemer, er det å kjøre en traceroute liksom det første du prøver, ikke sant? Det er litt rart, men supernyttig fordi det finner nøyaktig hvor forbindelsen blir tregere eller dør. I bunn og grunn sender traceroute-kommandoen ICMP-ekkopakker som hopper fra ruter til ruter til de når destinasjonen. Den sporer hver ruter langs den ruten, noe som er supernyttig hvis du prøver å finne ut hvor forbindelsen din blir begrenset eller bare får timeout. Målet er å få et bilde av ruten og vite om et bestemt hopp forårsaker problemer.

Etter at du kjører en tracertkommando i Windows – for eksempel at du åpner kommandoprompt eller PowerShell – spytter den ut en liste som viser hvert hopp, hvor lang tid det tok å svare, og IP-adressen eller vertsnavnet (hvis tilgjengelig).Det kan være litt frustrerende noen ganger – spesielt hvis du ser mange symboler som «Request timed out» eller «*» i utdataene – men det er liksom poenget. Det viser deg hvor nettverket flipper ut. Noen ganger ser du en haug med *-er på ett hopp, som signaliserer at ruteren ikke svarer på ICMP-forespørsler, noe som sannsynligvis betyr at den gjør sitt for å blokkere disse forespørslene, eller bare ikke er konfigurert til å svare. Det betyr ikke nødvendigvis at ting er ødelagt overalt, men det forteller deg hvor problemet sannsynligvis er.

Hvordan kjører man en Traceroute-kommando?

Å få kommandoen riktig i Windows

Traceroute er ganske grei. Kommandoen tracertetterfølges av noen alternativer og deretter vertsnavnet eller IP-adressen du vil sjekke. Hvis du for eksempel prøver å spore technewstoday.com:

tracert technewstoday.com

Dette kjører i ledeteksten eller PowerShell. På noen oppsett kan det ta litt tid, spesielt hvis ruten er lang eller destinasjonen er treg til å svare. Som standard begrenser Windows søket til 30 hopp, men hvis du feilsøker tilfeller der du mistenker at ruten er lengre eller blir avbrutt, kan du øke det.

For å sørge for at du bare ser IP-adresser uten vertsnavn (noe som kan gjøre ting raskere og unngå DNS-forsinkelser), legg til -d:

tracert -d technewstoday.com

Hvis du også merker at ruten ikke når målet etter 30 hopp, kan du øke det maksimale antallet hopp med -h. For eksempel, sett den til 50 i stedet for 30:

tracert -h 50 technewstoday.com

Og ja, det finnes PowerShell-alternativet – Test-NetConnectionkommandoen med -Tracerouteswitch. Jeg er ikke sikker på hvorfor den ikke er mer populær, men den er rask og noen ganger renere:

Test-NetConnection -Traceroute technewstoday.com

Dette viser detaljerte resultater, inkludert hver hopp-IP, gjennomsnittlig RTT og suksessstatus. Husk at det noen ganger kan være litt ustabilt avhengig av Windows-oppdateringer eller nettverkskonfigurasjon. Det er fortsatt verdt et forsøk hvis du er komfortabel med PowerShell.

Bruke Traceroute til feilsøking

Hvis du ser en haug med *-er eller tidsavbrudd for forespørsler midtveis, er det et tegn på at noe blokkerer eller bremser ned ICMP-forespørsler. Vanligvis er det en ruter lenger nede i linjen som nekter å svare eller begrenser ICMP-trafikk, noe som er vanlig i bedriftsnettverk eller noen internettleverandørnettverk. Hvis alle tre pakkene som sendes til et bestemt hopp feiler, er det en god indikator på at enten ruteren ignorerer ICMP eller at det er et brannmur-/jamming-problem. Hvis du i gjennomsnitt ser vedvarende høy latens eller tidsavbrudd i begynnelsen, er det sannsynligvis det lokale nettverket ditt som oppfører seg feil. Hvis det er på slutten – nær destinasjonen – er det kanskje nettstedet eller serveren som har problemer. Bare husk det.

Og det er omtrent det. Du vil sjelden fikse nettverksproblemet direkte med traceroute, men det er uvurderlig for å finne ut hvor problemet ligger – spesielt når «pings» ikke er nok og tilgangen til serveren ikke gir klare ledetråder. Noen ganger handler det bare om å vite hvor du skal eskalere eller hva du skal si til internettleverandøren eller nettverksadministratoren din.