A Traceroute, a Ping, az MTR és a PathPing olyan hálózati eszközök vagy segédprogramok, amelyek az ICMP protokoll segítségével teszteket végeznek a hálózaton található problémák diagnosztizálásához. Az Internet Control Message Protocol (ICMP) hibajelentési és diagnosztikai segédprogram. Az útválasztók, közvetítő eszközök vagy hosztok az ICMP-ket használják arra, hogy frissítéseket vagy hibainformációkat közöljenek más útválasztókkal, közvetítő eszközökkel vagy gazdagépekkel.

Ezeket az eszközöket általában a Microsoft Windows parancssorán futtatják. Leggyakrabban ezeket a teszteket akkor futtatnák, ha a végfelhasználó a következő problémákat tapasztalja:

• lassú az internet teljesítménye
• VOIP hívások – Gyenge hívásminőségi problémák
• Nem lehet bizonyos webhelyeket felkeresni

Ilyen körülmények között a probléma potenciális csomagvesztés vagy késési probléma lehet. Ezeknek a hálózati eszközöknek a használata segít a hiba azonosításában.

Ez a cikk a következőket írja le:

• A Windows Parancssor elérése
• A Traceroute használata
• Ping használata
• Az MTR megértése
• A PathPing használata

A Windows parancssorának elérése

Bármelyik futtatásához A cikkben leírt hálózati eszközök vagy segédprogramok közül először meg kell nyitnia a Windows parancssort. A parancssor megnyitásához Windows 8 vagy Windows 10 rendszeren az alábbiak szerint járjon el.

1. Kattintson a jobb gombbal a képernyő bal alsó sarkában található Start gombra, és a menüből válassza a Parancs parancsot. Prompt (vagy Parancssor (Adminisztrátor), ha a feladathoz rendszergazdai jogok szükségesek).

Megjegyzés:
A Windows korábbi verziói, például a Windows Vista és a Windows 7 esetében az alábbiak szerint járjon el. Kattintson a Start ikonra, majd válassza a Minden program > Kiegészítők és végül a Parancssor parancsot.

Megnyílik a parancssorablak.

Ha bezárja a Parancssor ablakot, írja be az Exit parancsot, majd nyomja meg a Return billentyűt.

A Traceroute használata

A Traceroute egy számítógépes hálózati diagnosztikai eszköz, amely az Internet Protocol (IP) hálózaton keresztül jeleníti meg a csomagok útvonalát (útvonalát), és mérheti az átviteli késéseket. Ez a szakasz bemutatja a Traceroute futtatását és az eredmények értelmezését.

A Traceroute futtatása

A Traceroute segédprogram futtatásához tegye a következőket.

1. Nyisson meg egy Windows parancssori ablakot.
2. A parancssorba írja be a következőt: tracert < domain.ext > (cserélje le a < domain.ext > elemet arra a tartománynévre és kiterjesztésre, amelynek útvonalát nyomon szeretné követni.

Néhány másodpercbe telhet a válaszadás, de ez a parancs nyomkövetési utat ad a számítógépről a kiválasztott cél felé.

Megjegyzés:
A Traceroute-ot bármikor megszakíthatja, ha lenyomva tartja a CTRL billentyűt, és megnyomja a C billentyűt.

A Traceroute eredmények másolása

A Traceroute eredményeinek másolásához kövesse az alábbiakat.

1. Kattintson a jobb gombbal a Parancssor ablakra, majd a menüben kattintson az Összes kijelölése gombra.

Ez átmásolja a tartalmat a vágólapra. A Parancssor ablak tartalma fehér lesz, fekete szöveggel.

1. Nyissa meg azt a dokumentumot, amelybe be szeretné helyezni az eredményeket, kattintson jobb gombbal, és kattintson a Beillesztés (vagy a Ctrl- V).

Az eredményeket beillesztjük a dokumentumba. Most bezárhatja a Parancssor ablakot.

A Traceroute eredmények megértése

A Traceroute eszközt a végfelhasználó és a célkiszolgáló közötti ugrások feltérképezésére használják. Ez segíthet meghatározni, hogy hol merülhetnek fel problémák a hálózaton. Az alábbi példákat összegyűjtöttük, miután nyomon követtük a 192.168.1.8 szerverhez vezető utat, legfeljebb 30 komlón keresztül. Jó nyomjelzőt, majd két rossz nyomvonalat mutatnak; egy sikertelen ugrás és egy útválasztó hurok.

Példa: jó nyomkövetési útvonal

Az alábbi példa jó nyomkövetési útvonalat mutat.

Az egyes lépéseket láthatja, amikor az adatok a 192.168.1.8 célkiszolgálóra jutnak. Ezeket komlónak hívják, és egy olyan rendszert vagy útválasztót képviselnek, amelyen az adatok átmennek. Amint láthatja, a 7. ugrás ebben a példában nem válaszolt, de a 8. ugrás válaszolt, ami azt jelenti, hogy a 7. ugrás nem válaszol a kérésre, hanem megfelelően kezeli a csomagokat és továbbítja a forgalmat a következő ugrásra.

Példa: sikertelen ugrás

A korábbi jó traceroute példában a 7-es ugrás nem válaszolt a kérésre, de nem is sikertelen volt, mivel a forgalmat továbbította a 8-as ugrásra. Egy teszt eredménye, ahol egy ugrás történt nem reagál, és nem továbbítja a forgalmat, a következőképpen nézne ki:

Ez azt mutatja, hogy a teszt ugrás közben nem sikerült 5. ábra, és a 30-as ugrásig (a nyomkövetési eszköz alapértelmezett maximális ugrása) továbbra is kudarcot vall, ez azt jelenti, hogy az 5-ös ugrás nem reagál és nem válaszol, vagy továbbítja a forgalmat a következő ugrásokra.

Példa: útválasztási hurok

Amikor egy útválasztási hurok bekövetkezik, az megakadályozza az adatok elérését a végcélig. A sikertelen ugrással ellentétben az útválasztó hurok egyszerűen össze-vissza hurkolja az adatokat két ugrás között. Az alábbi példában egy hurok történt a 192.168.1.4 és a 192.168.1.5 között. Az adatok oda-vissza fognak haladni egyik-másik között, amíg a munkamenet el nem telik, vagy ebben a konkrét esetben el nem éri a maximális ugrási határt.

Megjegyzés:
Ezt gyakran látja, ha a végfelhasználót “falikertbe” tették. A “fallal körülvett kert” olyan böngészési környezetre utal, amely ellenőrzi azokat az információkat és webhelyeket, amelyekhez a felhasználó hozzáférhet. Ez egy népszerű módszer, amelyet az internetszolgáltatók használnak annak érdekében, hogy a felhasználó csak a web bizonyos területein navigáljon. Ennek gyakran az a célja, hogy megvédje a felhasználókat az információktól, például korlátozzák a gyermekek hozzáférését az alkalmatlan anyaghoz.

A Ping használata

A Ping egy hálózati segédprogram, amely arra szolgál, hogy megnézze, a vég a felhasználó elérheti az internethez csatlakoztatott más eszközöket. A Ping használatakor mindig teszteljen néhány különböző webhelyet, hogy kiderüljön, hogy csak egy vagy minden webhelyről van-e szó.

Az eszköz pingeléséhez kövesse az alábbiakat.

1. Nyisson meg egy Windows Parancssor ablakot.
2. A parancssorba írja be a ping < IP-címet >, az alábbiak szerint.

Megjegyzés:
Megszakíthatja a pinget bármikor a CTRL billentyű lenyomásával és a C billentyű lenyomásával.

A ping eredmények megértése

A ping úgy működik, hogy az ICMP Echo Request csomagokat elküldi a céleszközre, és vár egy ICMP Echo Reply. A program hibákat, csomagvesztést és az eredmények statisztikai összefoglalását jelenti.

Megjegyzés:
A Google DNS A kiszolgáló IP-címét (8.8.8.8) vagy a BBC szerver tartomány címét (bbc.co.uk) általában ping célként használják a kimenő kapcsolat ellenőrzésére.

A következő példákban a Ping parancsot használták a 192.168.1.1 eszközhöz való kapcsolódás ellenőrzése 32 bájt adattal.

Példa: sikeres Ping

A következő példa a sikeres ping-kísérlet után a képernyő megjelenítését mutatja, ahol négy csomagokat küldtek és négy csomagot kaptak.

Példa: a céleszköz nem válaszol

ping Az eredmény, ahol a céleszköz nem válaszol, vagy kapcsolódási probléma van, így fog kinézni:

Bár négy csomagokat küldtek, egyik sem érkezett, 100% -os csomagvesztést mutatnak, és jelzik a kapcsolat vagy a céleszköz problémáját.

Megjegyzés:
Egy ilyen eredmény nem mindig jelenti azt a készülék nincs online állapotban vagy nem működik megfelelően. Számos eszköznél az ICMP ping válaszai biztonsági vagy szolgáltatási okokból le vannak tiltva. Tehát akkor is, ha futnak és futnak, úgy tűnik, mintha elérhetetlenek lennének.

Példa: egy hosszabb teszt

Sajnos a négy pingből álló mintakészlet nem alkalmas csomagok észlelésére. veszteség, ezért hosszabb tesztet kell lefuttatnunk. Ez úgy történik, hogy hozzáadjuk az –n opció zászlót, majd a végrehajtani kívánt pingek számát, a következő példa szerint; ping –n 500 192.168.1.1.

Ez 500-szor pingálja a célt, és minden elküldött ping-nel kitölti a képernyőt. Nem kell minden pinget megtekintenünk, csak a végeredményt, amely így fog kinézni:

Amint lehet lásd ebben a tesztben két csomagot ejtettünk, de a nagy mintaméret miatt ez elhanyagolható és jól esik a működési paramétereken belül. Ha csak négy pengés mintaméretünk lenne, ez 50% -os veszteséget jelentene, és nem az áramkör veszteségének valós tükröződése.

A csomagvesztést eseti alapon ítéljük meg. Ha jelentős veszteség tapasztalható, további teszteket igényelünk a PathPing vagy az MTR segédprogram segítségével.

Az MTR megértése (MyTraceRoute)

Az MTR (MyTraceRoute, eredetileg Matt “sTraceRoute” néven ismert) számítógépes program, amely egyetlen hálózati diagnosztikai eszközben egyesíti a Traceroute és a Ping funkcióit.

Az MTR az útvonali útvonalon vizsgálja az útválasztókat azáltal, hogy korlátozza az egyes csomagok által bejárható ugrások számát, és meghallgatja a lejáratukra adott válaszokat. Rendszeresen megismétli ezt a folyamatot, általában másodpercenként egyszer, és nyomon követi a komló válaszidejét az útvonal mentén.

Az itt bemutatott MTR-teszt eredménye a DNS-felbontás problémáira utal:

“A ping kérés nem találta a google.com gazdagépet. Kérjük, ellenőrizze a nevet és próbálja újra.”

Ha a végfelhasználó képes pingelni egy IP-cím, de nem tud pingelni egy tartománynevet, például a bbc.co.uk, akkor valószínűleg probléma van a DNS-beállításukkal.

PathPing használata

Ez a hálózati segédprogram a Ping eszköz fejlettebb verziója, amely minden egyes ugrásra pinget hajt végre a célig vezető útvonal mentén (ellentétben a Pinggel, amely csak az eredeti eszközről a céleszközre pingál).Rendkívül hasznos a csomagvesztés diagnosztizálásában, és segíthet a lassú hibák diagnosztizálásában.

Az eszköz PathPingjéhez a következőképpen járjon el.

1. Nyissa meg a Windows Parancssor ablakát .
2. A parancssorba írja be az < IP-cím > beírását az alábbiak szerint.

Megjegyzés:
A PathPinget bármikor megszakíthatja, ha lenyomva tartja a CTRL billentyűt, és megnyomja a C gombot a billentyűzeted.

A PathPing eredmények megértése

A PathPing előnyei a Ping és a Traceroute felett, hogy minden csomópont egyetlen parancs eredményeként pingál, és a csomópontok viselkedését tanulmányozzák. hosszabb ideig, nem pedig négy üzenet alapértelmezett ping-mintája, vagy alapértelmezett egyetlen útvonal nyomon követése. Hátránya, hogy ugrásonként összesen 25 másodpercre van szükség a PathPing statisztikák megjelenítéséhez.

A következő példákban a PathPing parancsot használták a 192.168.1.6 eszközhöz való kapcsolat ellenőrzésére, legfeljebb 30 komló.

Példa: sikeres útvonaltervezés

A példában öt komló volt az útvonalon az origótól, a 192.168.1.1-től a célig, 192.168.1.6-ig. Minden ugráskor 100 csomagot küldtek, és egyetlen csomag sem veszett el.

Példa: sikertelen elérési út

A példa bemutatja a különböző találatokat. Nézze meg a komló eredményeit és azt, hogy mit jelentenek. A példában az 1., 3., 4. és 9. komlóra koncentrálunk.

A 10/100 = 10% azt mutatja, hogy a 100-ból 10 eldobott csomagot küldtek közvetlenül annak a komlónak. Az 5/100 = 5% azt mutatja, hogy 5 csomag elesett, amelyek áthaladtak az ugráson.

Megjegyzés:
A második ugrásnál a 6/100 = 6% azt jelzi, hogy a csomagvesztés folytatódik, azonban ez valószínűleg annak tudható be, hogy a csomagokat az első ugrás elejtette teszteléskor, és nem a második ugrás problémája.

Az első ugrástól veszteséget mutató eredmény azt jelzi, hogy valószínűleg az eredő végfelhasználó lesz az oka. ” s az útválasztó IP-címével (például 192.168.0.1) tükröződik. Ebben az esetben ellenőrizze, és szükség esetén cserélje ki az útválasztót, majd tesztelje újra. Ha a veszteség nyilvánvaló a kiindulás utáni ugrásból router (nagy valószínűséggel a hop 2-től kezdődően), akkor a kérdést fel kell vetni a szolgáltatóval.

A hop 3-ra nézve

Egyetlen csomag sem esett le a hop 3-on, de annak rendellenesen magas, 304 ms-os ping válaszideje van. Ez azt jelezheti, hogy az adott hopon lévő hardver nem helyesen teljesít, és ez kazein lehet g nagy válaszidő és lassú sebesség. Ha az adott ugrás hardvere nem működik megfelelően, akkor az összes következő ugrásnál magas ping-idő jelenik meg, ebben az esetben vizsgálja meg az adott ugrás hardverét.

A 4. ugrást vizsgálva

Mint látható, ez a komló nem válaszolt egyetlen küldött pingre sem, de nem is esett le a rajta keresztül küldött pingek. Amint azt a pingelési eredmények megértése okozza, ez annak köszönhető, hogy a szerver biztonsági vagy szolgáltatási okokból nem válaszol az ICMP ping-kéréseire, és nem jelez problémát. id = “24e828fbd2”>

Az 5–8-as hopon minden rendben van, és minden normálisnak tűnik, de a 9-es hop nem.