Traceroute, Ping, MTR och PathPing är nätverksverktyg eller verktyg som använder ICMP-protokollet för att testa för att diagnostisera problem i ett nätverk. Internet Control Message Protocol (ICMP) är ett felrapporterings- och diagnostikverktyg. ICMP används av routrar, mellanliggande enheter eller värdar för att kommunicera uppdateringar eller felinformation till andra routrar, mellanliggande enheter eller värdar.

Dessa verktyg körs vanligtvis i en Microsoft Windows Command Prompt. Oftast skulle dessa tester köras om slutanvändaren upplever följande problem:

• Internetprestanda långsam
• VOIP-samtal – Dåliga problem med samtalskvaliteten
• Det går inte att besöka vissa webbplatser

Under dessa omständigheter kan problemet vara ett potentiellt paketförlust eller latensproblem. Att använda dessa nätverksverktyg hjälper till att identifiera felet.

Den här artikeln beskriver följande:

• Åtkomst till Windows kommandotolk
• Använda Traceroute
• Använda Ping
• Förstå MTR
• Använda PathPing

Åtkomst till Windows kommandotolk

Köra alla av nätverksverktygen eller verktygen som beskrivs i den här artikeln måste du först öppna en Windows Command Prompt. Så här öppnar du en kommandotolk i Windows 8 eller Windows 10.

1. Högerklicka på Start-knappen i det nedre vänstra hörnet på skärmen och välj Kommando i menyn. Fråga (eller kommandotolken (administratör) om uppgiften kräver administratörsrättigheter).

Obs:
För tidigare versioner av Windows, till exempel Windows Vista och Windows 7, gör du så här. Klicka på Start-ikonen och välj sedan Alla program > Tillbehör och slutligen Kommandotolken.

Kommandotolken öppnas.

När du vill stänga kommandotolken skriver du Exit och trycker sedan på Retur.

Använd Traceroute

Traceroute är ett diagnostiskt verktyg för datanätverk för att visa rutten (sökvägen) och mäta transiteringsfördröjningar av paket över ett Internet Protocol (IP) nätverk. Det här avsnittet visar hur man kör Traceroute och hur man tolkar resultaten.

Kör Traceroute

För att köra Traceroute-verktyget, gör så här.

1. Öppna ett Windows-kommandotolksfönster.
2. Skriv kommandotolken tracert < domain.ext > (ersätt < domain.ext > med domännamnet och tillägget som du vill spåra en rutt till).

Det kan ta några sekunder att svara, men det här kommandot ger en spårning från din dator till den valda destinationen.

Obs:
Du kan avbryta Traceroute när som helst genom att hålla ner CTRL-tangenten och trycka på C på tangentbordet.

Kopiera Traceroute-resultat

Gör så här för att kopiera resultaten av din Traceroute.

1. Högerklicka på kommandotolken och klicka på Välj alla i menyn.

Detta kopierar innehållet till ditt urklipp. Innehållet i kommandotolken blir vitt med svart text.

1. Gå till det dokument du vill lägga in resultaten i, högerklicka och klicka på Klistra in (eller Ctrl- V).

Resultaten klistras in i ditt dokument. Du kan nu stänga kommandotolken.

Förstå Traceroute-resultat

Traceroute-verktyget används för att kartlägga humlen mellan slutanvändaren och destinationsservern. Detta kan hjälpa till att avgöra var eventuella problem kan ligga i nätverket. Exemplen nedan samlades efter att ha spårat en rutt till servern 192.168.1.8, över maximalt 30 humle. De visar en bra traceroute, sedan två dåliga traceroutes; en misslyckad hop och en routing-loop.

Exempel: en bra traceroute

Följande exempel visar en bra traceroute.

Du kan se varje steg data tar när de reser till målservern 192.168.1.8. Dessa kallas humle och representerar ett system eller en router som data skickas. Som du kan se har hopp 7 i det här exemplet inte svarat, men hopp 8 har, vilket innebär att hopp 7 inte svarar på begäran utan hanterar paketen ordentligt och vidarebefordrar trafik till nästa hopp.

Exempel: ett misslyckat hopp

I det goda spårningsexemplet tidigare svarade inte hopp 7 på begäran, men hade inte misslyckats, eftersom det vidarebefordrade trafik till hopp 8. Resultatet av ett test där en hopp svarar inte och vidarebefordrar inte trafik, skulle se ut så här:

Detta visar att testet misslyckas vid hopp 5, och fortsätter att misslyckas hela vägen till hopp 30 (standard maxhopp för spårvägsverktyget) betyder det att hopp 5 inte svarar och inte svarar, eller vidarebefordrar trafik för efterföljande humle.

Exempel: en dirigeringsslinga

När en dirigeringsslinga uppstår hindrar data från att nå den slutliga destinationen. Till skillnad från det misslyckade hoppet slingrar routing-slingan helt enkelt data fram och tillbaka mellan två humle. I exemplet nedan har en slinga inträffat mellan 192.168.1.4 och 192.168.1.5. Data kommer att gå fram och tillbaka från det ena till det andra tills sessionen tar timeout eller, i detta speciella fall, den maximala hoppgränsen uppnås.

Obs:
Du kommer ofta att se detta om slutanvändaren har ”väggträdgården”. En ”muromgärdad trädgård” avser en surfmiljö som styr informationen och webbplatserna som användaren kan komma åt. Detta är en populär metod som används av Internetleverantörer för att hålla användaren bara i vissa specifika områden på webben. Detta är ofta för att skydda användare från information, som att begränsa barns tillgång till olämpligt material.

Använda Ping

Ping är ett nätverksverktyg som används för att se om slutet användaren kan nå andra enheter som är anslutna till internet. När du använder Ping, testa alltid några olika webbplatser för att se om det bara är en webbplats eller alla webbplatser.

Gör så här för att pinga en enhet.

1. Öppna ett Windows-kommandotolksfönster.
2. Skriv kommandotolken, ping < IP-adress >, som visas nedan.

Obs:
Du kan avbryta Ping när som helst genom att hålla ner CTRL-tangenten och trycka på C på tangentbordet.

Förstå Ping-resultat

Ping fungerar genom att skicka ICMP Echo Request-paket till målenheten och vänta på en ICMP Echo Reply. Programmet rapporterar fel, paketförlust och en statistisk sammanfattning av resultaten.

Obs:
Google DNS serverns IP-adress, 8.8.8.8 eller BBC-serverns domänadress, bbc.co.uk, används båda vanligtvis som pingdestinationer för att kontrollera utgående anslutning.

I följande exempel användes Ping-kommandot för att kontrollera anslutningen till enhet 192.168.1.1, med 32 byte data.

Exempel: en lyckad ping

Följande exempel visar skärmvisningen efter ett lyckat pingförsök, där fyra paket skickades och fyra paket mottogs.

Exempel: målenheten svarar inte

En ping resultat, där målenheten inte svarar, eller om det finns ett anslutningsproblem, ser ut så här:

Även om fyra paket skickades, inga har tagits emot, visar 100% förlust av paket och indikerar ett problem med antingen anslutningen eller målenheten.

Obs:
Ett resultat som detta betyder inte alltid enheten är inte online eller fungerar inte korrekt. Många enheter har ICMP-ping-svar inaktiverade av säkerhets- eller serviceskäl. Så även om de är igång kommer det att se ut som om de inte kan nås.

Exempel: ett längre test

Tyvärr är en provuppsättning med fyra pingar inte lämplig för att detektera paket så vi måste köra ett längre test. Detta görs genom att lägga till flaggan –n, följt av antalet pingar du vill utföra, som i följande exempel; ping –n 500 192.168.1.1.

Detta pingar målet 500 gånger och fyller skärmen med varje skickat ping. Vi behöver inte se varje ping, bara det slutliga resultatet, som ser ut så här:

Som du kan se i detta test vi tappade två paket men på grund av den stora provstorleken är detta försumbar och ligger väl inom arbetsparametrarna. Om vi hade en provstorlek på bara fyra pingar skulle detta vara en förlust på 50% och skulle inte vara en verklig återspegling av förlust på kretsen.

Vi bedömer paketförlust från fall till fall. Om betydande förlust uppstår behöver vi ytterligare tester med antingen PathPing eller MTR-verktyget.

Förstå MTR (MyTraceRoute)

MTR (MyTraceRoute, ursprungligen kallat Matt ”sTraceRoute) är ett datorprogram som kombinerar funktionerna i Traceroute- och Ping-programmen i ett enda nätverksdiagnostiskt verktyg.

MTR sänder routrar på ruttvägen genom att begränsa antalet humle som enskilda paket kan korsa och lyssna på svar som löper ut. Den upprepar regelbundet denna process, vanligtvis en gång per sekund, och håller reda på humptidens svarstider längs vägen.

Ett MTR-testresultat som visas här skulle peka på problem med DNS-upplösning:

”Ping-begäran kunde inte hitta värd google.com. Kontrollera namnet och försök igen.”

Om slutanvändaren kan pinga en IP-adress, men kan inte pinga ett domännamn, till exempel bbc.co.uk, då är det troligtvis ett problem med deras DNS-inställning.

Använda PathPing

Detta nätverksverktyg är en mer avancerad version av Ping-verktyget, som utför en pingning till varje hopp längs vägen till destinationen (till skillnad från Ping, som bara pingar från den ursprungliga enheten till destinationsenheten).Det är extremt användbart för att diagnostisera paketförlust och kan hjälpa till med att diagnostisera fel med långsam hastighet.

Gå till PathPing en enhet på följande sätt.

1. Öppna ett Windows-kommandotolksfönster .
2. Skriv kommandotolken, pathping < IP-adress >, som visas nedan.

Obs:
Du kan avbryta PathPing när som helst genom att hålla ner CTRL-tangenten och trycka på C på ditt tangentbord.

Förstå PathPing-resultat

Fördelarna med PathPing jämfört med Ping och Traceroute är att varje nod pingas som ett resultat av ett enda kommando och att nodenas beteende studeras under en förlängd tidsperiod, snarare än standardpingprovet på fyra meddelanden, eller standardspårning av en enda rutt. Nackdelen är att det tar totalt 25 sekunder per hopp att visa PathPing-statistiken.

I följande exempel användes PathPing-kommandot för att kontrollera anslutningen till enhet 192.168.1.6, över maximalt 30 humle.

Exempel: lyckad sökning

I exemplet fanns det fem humle längs vägen från ursprunget, 192.168.1.1, till destinationen, 192.168.1.6. Vid varje hopp skickades 100 paket och inga paket förlorades.

Exempel: misslyckad sökning

Exemplet illustrerar några av de olika resultaten du kan stöta på. Titta på vart och ett av hoppresultaten och vad de betyder. I exemplet kommer vi att fokusera på humle 1, 3, 4 och 9.

10/100 = 10% visar att det fanns 10 tappade paket av 100 som skickades direkt till det humlet. 5/100 = 5% visar att det släppte 5 paket som passerade genom humlen.

Obs:
På det andra hoppet anger 6/100 = 6% att paketförlusten fortsätter, dock detta beror troligen på att paket tappas av den första hopen vid testning, och inte ett problem med den andra hopen.

Ett resultat som visar förlust från första hoppet indikerar den troliga orsaken till att den ursprungliga slutanvändaren är ” s router och skulle återspeglas med routerns IP-adress (t.ex. 192.168.0.1). I det här fallet, kontrollera och byt ut routern vid behov, testa sedan igen. Om förlusten framgår av ett hopp efter den ursprungliga router (troligen hopp 2 och framåt), då borde frågan tas upp till tjänsteleverantören.

Titta på hop 3,

Inga paket har tappats på hop 3, men det har en onormalt hög ping-svarstid på 304ms. Detta kan indikera att hårdvaran på den hop inte är fungerar korrekt, och detta kan orsaka g höga svarstider och långa hastigheter. Om hårdvaran på det här hoppet inte fungerar korrekt ser du höga pingtider på alla efterföljande humle, i vilket fall undersöker du hårdvaran på det hoppet.

Tittar på hopp 4,

Som du ser har detta hopp inte svarat på några pingar som skickats till det, men har inte tappat alla pingar som skickas genom den. Som nämnts i, Förstå pingresultat, beror det på att servern inte svarar på ICMP-pingförfrågningar av säkerhets- eller serviceskäl och inte indikerar ett problem.

Tittar på hop 9,

Allt på hopp 5 till 8 är bra och allt ser normalt ut, men hopp 9 inte.