Traceroute, Ping, MTR og PathPing er nettverksverktøy eller verktøy som bruker ICMP-protokollen for å utføre testing for å diagnostisere problemer i et nettverk. Internet Control Message Protocol (ICMP) er et verktøy for feilrapportering og diagnostisering. ICMP-er brukes av rutere, mellomliggende enheter eller verter for å kommunisere oppdateringer eller feilinformasjon til andre rutere, mellomliggende enheter eller verter.
Disse verktøyene kjøres vanligvis ved en Microsoft Windows-ledetekst. Ofte vil disse testene kjøres hvis sluttbrukeren har følgende problemer:
- Internett-ytelse er treg
- VOIP-samtaler – Dårlige problemer med samtalekvalitet
- Kan ikke besøke bestemte nettsteder
Under disse omstendighetene kan problemet være potensielt pakketap eller forsinkelsesproblem. Å bruke disse nettverksverktøyene vil hjelpe til med å identifisere feilen.
Denne artikkelen beskriver følgende:
- Åpne Windows Command Prompt
- Bruke Traceroute
- Bruke Ping
- Forstå MTR
- Bruke PathPing
Få tilgang til Windows Command Prompt
For å kjøre en hvilken som helst av nettverksverktøyene eller verktøyene som er beskrevet i denne artikkelen, må du først åpne en Windows Command Prompt. For å åpne en ledetekst på Windows 8 eller Windows 10, fortsett som følger.
- Høyreklikk på Start-knappen nederst til venstre på skjermen, og velg Kommando fra menyen. Spør (eller kommandoprompt (administrator) hvis oppgaven krever administratorrettigheter).
Merk:
For tidligere versjoner av Windows, for eksempel Windows Vista og Windows 7, gjør du slik. Klikk på Start-ikonet, velg deretter Alle programmer > Tilbehør og til slutt Kommandoprompt.
Kommandopromptvinduet åpnes.
Når du vil lukke ledetekstvinduet, skriver du Exit og trykker deretter Retur.
Ved hjelp av Traceroute
Traceroute er et diagnostisk verktøy for datanettverk for å vise ruten (banen), og måle forsinkelser av transitt, av pakker over et IP (Internet Protocol) nettverk. Denne delen viser hvordan du kjører Traceroute, og hvordan du skal tolke resultatene.
Kjører Traceroute
For å kjøre Traceroute-verktøyet, gjør du som følger.
- Åpne et Windows-ledetekstvindu.
- Ved ledeteksten skriver du inn tracert < domain.ext > (erstatt < domain.ext > med domenenavnet og utvidelsen du vil spore en rute til).
Det kan ta noen sekunder å svare, men denne kommandoen gir en sporingsrute fra datamaskinen din til destinasjonen du valgte.
Merk:
Du kan avbryte Traceroute når som helst ved å holde nede CTRL-tasten og trykke C på tastaturet.
Kopiere Traceroute-resultater
For å kopiere resultatene av Traceroute, fortsett som følger.
- Høyreklikk på ledetekstvinduet, og klikk på Velg alt fra menyen.
Dette kopierer innholdet til utklippstavlen. Innholdet i ledetekstvinduet blir hvitt med svart tekst.
- Gå til dokumentet du vil legge resultatene i, høyreklikk og klikk Lim inn (eller Ctrl- V).
Resultatene limes inn i dokumentet ditt. Du kan nå lukke ledetekstvinduet.
Forstå resultater fra Traceroute
Traceroute-verktøyet brukes til å kartlegge humlen mellom sluttbrukeren og målserveren. Dette kan bidra til å avgjøre hvor eventuelle problemer kan ligge i nettverket. Eksemplene nedenfor ble samlet etter å ha sporet en rute til server 192.168.1.8, over maksimalt 30 humle. De viser en god traceroute, deretter to dårlige traceroutes; en mislykket hopp og en rutingsløyfe.
Eksempel: en god traceroute
Følgende eksempel viser en god traceroute.
Du kan se hvert trinn dataene tar når de reiser til målserveren 192.168.1.8. Disse kalles humle, og representerer et system eller ruteren dataene overføres skjønt. Som du kan se, har ikke hop 7 i dette eksemplet svart, men hop 8 har, noe som betyr at hop 7 ikke svarer på forespørselen, men håndterer pakkene riktig og videresender trafikk til neste hop.
Eksempel: et mislykket hopp
I det gode traceroute-eksemplet tidligere svarte ikke hopp 7 på forespørselen, men hadde ikke mislyktes, da det var å videresende trafikk til hopp 8. Resultatet av en test der en hopp svarer ikke, og videresender ikke trafikk, vil se ut slik:
Dette viser at testen ikke klarer å hoppe 5, og fortsetter å mislykkes helt til hopp 30 (standard maks humle for sporingsverktøyet) betyr dette at hopp 5 ikke svarer og ikke svarer, eller videresender trafikk for påfølgende humle.
Eksempel: en rutingsløyfe
Når en rutingsløyfe oppstår stopper data fra å nå den endelige destinasjonen. I motsetning til det mislykkede hoppet, sløyfer rutingsløyfen bare data frem og tilbake mellom to humle. I eksemplet nedenfor har det skjedd en løkke mellom 192.168.1.4 og 192.168.1.5. Data vil gå frem og tilbake fra den ene til den andre til økten går ut, eller, i dette spesielle tilfellet, den maksimale humlegrensen er nådd.
Merk:
Du vil ofte se dette hvis sluttbrukeren har blitt «veggpyntet». En «inngjerdet hage» refererer til et surfemiljø som styrer informasjonen og nettstedene brukeren har tilgang til. Dette er en populær metode som brukes av Internett-leverandører for å holde brukeren bare i bestemte områder på nettet. Dette er ofte for å beskytte brukere mot informasjon, for eksempel å begrense barns tilgang til uegnet materiale.
Bruk av Ping
Ping er et nettverktøy som brukes til å se om slutten brukeren kan nå andre enheter som er koblet til internett. Når du bruker Ping, må du alltid teste noen forskjellige nettsteder for å se om det bare er ett sted eller alle nettsteder.
For å pinge en enhet, gjør du som følger.
- Åpne et Windows-ledetekstvindu.
- Ved ledeteksten skriver du inn ping < IP-adresse >, som vist nedenfor.
Merk:
Du kan avbryte Ping når som helst ved å holde nede CTRL-tasten og trykke C på tastaturet.
Forstå Ping-resultater
Ping fungerer ved å sende ICMP Echo Request-pakker til målenheten og vente på en ICMP Echo Reply. Programmet rapporterer feil, pakketap og en statistisk oppsummering av resultatene.
Merk:
Google DNS serverens IP-adresse, 8.8.8.8 eller BBC-serverens domeneadresse, bbc.co.uk, brukes begge ofte som pingdestinasjoner for å sjekke utgående tilkobling.
I de følgende eksemplene ble Ping-kommandoen brukt for å sjekke forbindelsen til enhet 192.168.1.1, med 32 byte data.
Eksempel: en vellykket Ping
Følgende eksempel viser skjermvisningen etter et vellykket pingforsøk, hvor fire pakker ble sendt, og fire pakker mottatt.
Eksempel: målenheten svarer ikke
En ping resultat, der målenheten ikke svarer, eller det er et tilkoblingsproblem, vil se slik ut:
Selv om fire pakker ble sendt, ingen har blitt mottatt, viser 100% tap av pakker, og indikerer et problem med verken tilkoblingen eller målenheten.
Merk:
Et resultat som dette betyr ikke alltid enheten ikke er online eller fungerer som den skal. Mange enheter har ICMP-ping-svar deaktivert av sikkerhets- eller tjenestemessige årsaker. Så selv om de er i gang, vil det se ut som om de ikke kan nås.
Eksempel: en lengre test
Dessverre er et prøvesett med fire pinger ikke egnet for å oppdage pakke tap, så vi må kjøre en lengre test. Dette gjøres ved å legge til alternativet –n, etterfulgt av antall pinger du vil utføre, som i eksemplet nedenfor; ping –n 500 192.168.1.1.
Dette vil pinge målet 500 ganger, og fylle skjermen med alle sendte ping. Vi trenger ikke se hver ping, bare det endelige resultatet, som vil se slik ut:
Som du kan se i denne testen vi droppet to pakker, men på grunn av den store utvalgsstørrelsen er dette ubetydelig og ligger godt innenfor arbeidsparametere. Hvis vi hadde en utvalgsstørrelse på bare fire pinger, ville dette være et tap på 50% og ville ikke være en sann refleksjon av tap på kretsløpet.
Vi vurderer pakketap fra sak til sak. Hvis det blir sett på betydelig tap, krever vi ytterligere testing ved hjelp av enten PathPing eller MTR-verktøyet.
Forstå MTR (MyTraceRoute)
MTR (MyTraceRoute, opprinnelig kalt Matt «sTraceRoute) er et dataprogram som kombinerer funksjonaliteten til Traceroute- og Ping-programmene i et enkelt nettverksdiagnostisk verktøy.
MTR undersøker rutere på ruteveien ved å begrense antall humle som enkelte pakker kan krysse, og lytte til svarene deres utløper. Den gjentar denne prosessen regelmessig, vanligvis en gang i sekundet, og holder oversikt over humpetidens responstid langs banen.
Et MTR-testresultat som vist her vil peke på problemer med DNS-oppløsning:
«Ping-forespørsel kunne ikke finne verten google.com. Kontroller navnet og prøv igjen.»
Hvis sluttbrukeren er i stand til å pinge en IP-adresse, men kan ikke pinge et domenenavn, for eksempel bbc.co.uk, så er det sannsynligvis et problem med DNS-innstillingen.
Bruk av PathPing
Dette nettverksverktøyet er en mer avansert versjon av Ping-verktøyet, som utfører en ping til hvert hopp langs ruten til destinasjonen (i motsetning til Ping, som bare pinger fra den opprinnelige enheten til målenheten).Det er ekstremt nyttig ved diagnostisering av pakketap, og kan hjelpe deg med å diagnostisere feil med langsom hastighet.
For å PathPing en enhet, fortsett som følger.
- Åpne et Windows Command Prompt-vindu .
- Ved ledeteksten skriver du inn pathping < IP-adresse >, som vist nedenfor.
Merk:
Du kan avbryte PathPing når som helst ved å holde nede CTRL-tasten og trykke C på tastaturet ditt.
Forstå PathPing-resultater
Fordelene med PathPing over Ping og Traceroute er at hver node pinges som et resultat av en enkelt kommando, og at oppførselen til noder blir studert. over en lengre tidsperiode, i stedet for standard ping-eksemplet på fire meldinger, eller standard sporingsrute. Ulempen er at det tar totalt 25 sekunder per hopp å vise PathPing-statistikken.
I de følgende eksemplene ble PathPing-kommandoen brukt til å kontrollere forbindelsen til enhet 192.168.1.6, over maksimalt 30 humle.
Eksempel: vellykket stigning
I eksemplet var det fem humle langs ruten fra opprinnelsen, 192.168.1.1, til destinasjonen, 192.168.1.6. Ved hvert hopp ble 100 pakker sendt og ingen pakker mistet.
Eksempel: mislykket pathping
Eksemplet illustrerer noen av de forskjellige resultatene du kan støte på. Se på hvert av humleresultatene, og hva de betyr. I eksemplet vil vi fokusere på humle 1, 3, 4 og 9.
10/100 = 10% viser at det var 10 droppede pakker av 100 som ble sendt direkte til det humlet. 5/100 = 5% viser at den droppet 5 pakker som gikk gjennom humlen.
Merk:
På den andre hopen indikerer 6/100 = 6% at pakketapet fortsetter, men dette er sannsynligvis på grunn av at pakker blir droppet av første hop når du tester, og ikke et problem med det andre hopet.
Et resultat som viser tap fra første hop, indikerer den sannsynlige årsaken til å være den opprinnelige sluttbrukeren » s ruter, og vil gjenspeiles med IP-adressen til ruteren (for eksempel 192.168.0.1). I dette tilfellet, sjekk og bytt ut om nødvendig ruteren, og prøv deretter på nytt. Hvis tapet er tydelig fra et hopp etter den opprinnelige ruteren (mest sannsynlig hopp 2 og utover), så bør problemet løftes til tjenesteleverandøren.
Ser vi på hop 3,
Ingen pakker har blitt droppet på hop 3, men den har en unormalt høy ping-responstid på 304ms. Dette kan indikere at maskinvaren på hop ikke er fungerer korrekt, og dette kan være årsak g høy responstid og lave hastigheter. Hvis maskinvaren på det humlet ikke fungerer som den skal, vil du se høye pingtider på alle påfølgende humle. I så fall må du undersøke maskinvaren på det humle.
Ser du på humle 4,
Som du kan se, har ikke dette humret svart på noen pings sendt til det, men har ikke falt noen pinger sendt gjennom den. Som nevnt i, Forstå ping-resultater, skyldes dette at serveren ikke svarer på ICMP-ping-forespørsler av sikkerhets- eller servicegrunner, og indikerer ikke et problem.
Ser på hop 9,
Alt på hop 5 til 8 er greit og alt ser normalt ut, men hop 9 gjør det ikke.
