Traceroute, Ping, MTR i PathPing to narzędzia sieciowe lub narzędzia wykorzystujące protokół ICMP do przeprowadzania testów w celu diagnozowania problemów w sieci. Internet Control Message Protocol (ICMP) to narzędzie do raportowania błędów i diagnostyki. ICMP są używane przez routery, urządzenia pośredniczące lub hosty do przekazywania aktualizacji lub informacji o błędach do innych routerów, urządzeń pośredniczących lub hostów.

Te narzędzia są zwykle uruchamiane w wierszu polecenia systemu Microsoft Windows. Najczęściej testy te byłyby uruchamiane, jeśli użytkownik końcowy ma następujące problemy:

• Wolne działanie Internetu
• Połączenia VOIP – Słaba jakość połączeń
• Nie można odwiedzić niektórych witryn internetowych

W takich okolicznościach problemem może być potencjalna utrata pakietów lub problem z opóźnieniem. Korzystanie z tych narzędzi sieciowych pomoże zidentyfikować usterkę.

W tym artykule opisano następujące kwestie:

• Dostęp do wiersza polecenia systemu Windows
• Korzystanie z Traceroute
• Używanie Pinga
• Zrozumienie MTR
• Używanie PathPing

Dostęp do wiersza poleceń Windows

Aby uruchomić dowolną spośród narzędzi sieciowych lub narzędzi opisanych w tym artykule należy najpierw otworzyć wiersz polecenia systemu Windows. Aby otworzyć wiersz polecenia w systemie Windows 8 lub Windows 10, wykonaj następujące czynności.

1. Kliknij prawym przyciskiem myszy przycisk Start w lewym dolnym rogu ekranu iz menu wybierz polecenie Polecenie Monituj (lub wiersz polecenia (administrator), jeśli zadanie wymaga uprawnień administratora).

Uwaga:
W przypadku wcześniejszych wersji systemu Windows, takich jak Windows Vista i Windows 7, wykonaj następujące czynności. Kliknij ikonę Start, następnie wybierz Wszystkie programy > Akcesoria i wreszcie Wiersz polecenia.

Otworzy się okno wiersza poleceń.

Aby zamknąć okno wiersza polecenia, wpisz Exit, a następnie naciśnij klawisz Return.

Korzystanie z Traceroute

Traceroute to narzędzie diagnostyczne sieci komputerowej do wyświetlania trasy (ścieżki) i pomiaru opóźnień tranzytu pakietów w sieci protokołu internetowego (IP). Ta sekcja pokazuje, jak uruchomić Traceroute i jak interpretować wyniki.

Uruchamianie Traceroute

Aby uruchomić narzędzie Traceroute, wykonaj następujące czynności.

1. Otwórz okno wiersza polecenia systemu Windows.
2. W wierszu polecenia wpisz tracert < domain.ext > (zamień < domain.ext > na nazwę domeny i rozszerzenie, do którego chcesz prześledzić trasę).

Odpowiedź może zająć kilka sekund, ale to polecenie przekaże traceroute z komputera do wybranego miejsca docelowego.

Uwaga:
Możesz przerwać Traceroute w dowolnym momencie, przytrzymując klawisz CTRL i naciskając C na klawiaturze.

Kopiowanie wyników Traceroute

Aby skopiować wyniki Traceroute, wykonaj następujące czynności.

1. Kliknij prawym przyciskiem myszy okno wiersza polecenia iz menu wybierz opcję Zaznacz wszystko.

Spowoduje to skopiowanie zawartości do schowka. Zawartość okna wiersza polecenia zmieni kolor na biały z czarnym tekstem.

1. Przejdź do dokumentu, w którym chcesz umieścić wyniki, kliknij prawym przyciskiem myszy i kliknij Wklej (lub Ctrl- V).

Wyniki zostaną wklejone do twojego dokumentu. Możesz teraz zamknąć okno wiersza polecenia.

Zrozumienie wyników Traceroute

Narzędzie Traceroute służy do mapowania przeskoków między użytkownikiem końcowym a serwerem docelowym. Może to pomóc w ustaleniu, gdzie w sieci mogą występować problemy. Poniższe przykłady zostały zebrane po prześledzeniu trasy do serwera 192.168.1.8, przy maksymalnie 30 przeskokach. Pokazują dobrą trasę, a następnie dwie złe trasy; jeden nieudany przeskok, a drugi pętla routingu.

Przykład: dobry traceroute

Poniższy przykład przedstawia dobrą traceroute.

Możesz zobaczyć każdy krok danych, które są przesyłane do serwera docelowego 192.168.1.8. Nazywa się to przeskokami i reprezentuje system lub router, przez który przesyłane są dane. Jak widać, przeskok 7 w tym przykładzie nie odpowiedział, ale przeskok 8 odpowiedział, co oznacza, że przeskok 7 nie odpowiada na żądanie, ale prawidłowo obsługuje pakiety i przekazuje ruch do następnego przeskoku.

Przykład: nieudany przeskok

We wcześniejszym dobrym przykładzie traceroute, przeskok 7 nie odpowiedział na żądanie, ale nie zawiódł, ponieważ przekazywał ruch do przeskoku 8. Wynik testu, w którym jeden przeskok nie odpowiada i nie przekazuje ruchu, wygląda to mniej więcej tak:

To pokazuje, że test kończy się niepowodzeniem 5 i kontynuowanie awarii aż do przeskoku 30 (domyślna maksymalna liczba przeskoków dla narzędzia trasowania) oznacza to, że przeskok 5 nie odpowiada i nie odpowiada, lub przekazuje ruch do kolejnych przeskoków.

Przykład: pętla routingu

Kiedy pojawia się pętla routingu, zatrzymuje dane przed dotarciem do miejsca docelowego. W przeciwieństwie do nieudanego przeskoku pętla routingu po prostu zapętla dane między dwoma przeskokami. W poniższym przykładzie wystąpiła pętla między 192.168.1.4 a 192.168.1.5. Dane będą przesyłane z jednej do drugiej, aż sesja wygaśnie lub, w tym konkretnym przypadku, zostanie osiągnięty maksymalny limit przeskoków.

Uwaga:
Często widzisz ten komunikat, jeśli użytkownik końcowy został „otoczony ścianą”. „Otoczony murem ogród” oznacza środowisko przeglądania, które kontroluje informacje i witryny sieci Web, do których użytkownik ma dostęp. Jest to popularna metoda stosowana przez dostawców usług internetowych w celu utrzymania nawigacji użytkownika tylko w określonych obszarach sieci. Często ma to na celu ochronę użytkowników przed informacjami, na przykład ograniczenie dostępu dzieci do nieodpowiednich materiałów.

Korzystanie z pingowania

Ping to narzędzie sieciowe używane do sprawdzania, czy koniec użytkownik może połączyć się z innymi urządzeniami podłączonymi do internetu. Korzystając z Ping, zawsze testuj kilka różnych witryn, aby sprawdzić, czy jest to tylko jedna witryna, czy wszystkie witryny.

Aby pingować urządzenie, wykonaj następujące czynności.

1. Otwórz okno wiersza polecenia systemu Windows.
2. W wierszu polecenia wpisz ping < Adres IP >, jak pokazano poniżej.

Uwaga:
Możesz przerwać ping w dowolnym momencie, przytrzymując klawisz CTRL i naciskając klawisz C na klawiaturze.

Zrozumienie wyników pingowania

Ping działa poprzez wysyłanie pakietów żądania echa ICMP do urządzenia docelowego i czekanie na Odpowiedź ICMP Echo. Program zgłasza błędy, utratę pakietów i statystyczne podsumowanie wyników.

Uwaga:
Google DNS adres IP serwera, 8.8.8.8, lub adres domeny serwera BBC, bbc.co.uk, są powszechnie używane jako miejsca docelowe ping do sprawdzania połączeń wychodzących.

W poniższych przykładach użyto polecenia Ping aby sprawdzić połączenie z urządzeniem 192.168.1.1 z 32 bajtami danych.

Przykład: pomyślne pingowanie

Poniższy przykład przedstawia ekran po udanej próbie ping, gdzie cztery pakiety zostały wysłane i cztery odebrane.

Przykład: urządzenie docelowe nie odpowiada

Ping Wynik, w przypadku którego urządzenie docelowe nie odpowiada lub występuje problem z połączeniem, będzie wyglądał następująco:

Chociaż cztery pakiety zostały wysłane, żaden nie został odebrany, co wskazuje na 100% utratę pakietów i wskazuje na problem z połączeniem lub urządzeniem docelowym.

Uwaga:
Taki wynik nie zawsze oznacza urządzenie nie jest w trybie online lub nie działa poprawnie. Wiele urządzeń ma wyłączone odpowiedzi ping ICMP ze względów bezpieczeństwa lub usług. Więc nawet jeśli są uruchomione i działają, będzie wyglądać tak, jakby były nieosiągalne.

Przykład: dłuższy test

Niestety, przykładowy zestaw czterech pingów nie nadaje się do wykrywania pakietów straty, więc musimy przeprowadzić dłuższy test. Odbywa się to poprzez dodanie flagi opcji –n, po której następuje liczba pingów, które mają być wykonane, jak w poniższym przykładzie; ping –n 500 192.168.1.1.

Spowoduje to pingowanie celu 500 razy i wypełnienie ekranu każdym wysłanym pingiem. Nie musimy przeglądać każdego pinga, tylko ostateczny wynik, który będzie wyglądał następująco:

Jak możesz W tym teście odrzuciliśmy dwa pakiety, ale ze względu na duży rozmiar próbki jest to pomijalne i mieści się w granicach parametrów roboczych. Gdybyśmy mieli próbkę o wielkości zaledwie czterech pingów, byłaby to strata 50% i nie byłaby prawdziwe odzwierciedlenie strat w obwodzie.

Oceniamy utratę pakietów na podstawie każdego przypadku. Jeśli zauważysz znaczną utratę, wymagamy dalszych testów za pomocą narzędzia PathPing lub MTR.

Zrozumienie MTR (MyTraceRoute)

MTR (MyTraceRoute, pierwotnie nazywany Matt „sTraceRoute) to program komputerowy, który łączy funkcjonalność programów Traceroute i Ping w jednym narzędziu diagnostycznym sieci.

MTR sonduje routery na ścieżce trasy, ograniczając liczbę przeskoków, które mogą przejść poszczególne pakiety i nasłuchując odpowiedzi o ich wygaśnięciu. Będzie regularnie powtarzał ten proces, zwykle raz na sekundę, i śledzi czasy odpowiedzi przeskoków na ścieżce.

Wynik testu MTR, jak pokazano tutaj, wskazywałby na problemy z rozpoznawaniem DNS:

„Żądanie ping nie może znaleźć hosta google.com. Sprawdź nazwę i spróbuj ponownie.”

Jeśli użytkownik końcowy może pingować Adres IP, ale nie można pingować nazwy domeny, takiej jak bbc.co.uk, wtedy prawdopodobnie występuje problem z ich ustawieniami DNS.

Korzystanie z PathPing

To narzędzie sieciowe jest bardziej zaawansowaną wersją narzędzia Ping, które wykonuje ping do każdego przeskoku na trasie do miejsca docelowego (w przeciwieństwie do Ping, który po prostu pinguje z urządzenia źródłowego do urządzenia docelowego).Jest to niezwykle przydatne w diagnozowaniu utraty pakietów i może pomóc w diagnozowaniu błędów związanych z niską szybkością.

Aby wykonać PathPing urządzenia, wykonaj następujące czynności.

1. Otwórz okno wiersza polecenia systemu Windows .
2. W wierszu polecenia wpisz ścieżkę < adres IP >, jak pokazano poniżej.

Uwaga:
Możesz przerwać PathPing w dowolnym momencie, przytrzymując klawisz CTRL i naciskając C na Twoja klawiatura.

Zrozumienie wyników PathPing

Zalety PathPing nad Ping i Traceroute polegają na tym, że każdy węzeł jest pingowany w wyniku pojedynczego polecenia i że badane jest zachowanie węzłów w dłuższym okresie czasu, zamiast domyślnej próbki ping składającej się z czterech komunikatów lub domyślnego śledzenia pojedynczej trasy traceroute. Wadą jest to, że wyświetlenie statystyk PathPing zajmuje łącznie 25 sekund na przeskok.

W poniższych przykładach polecenie PathPing zostało użyte do sprawdzenia połączenia z urządzeniem 192.168.1.6, przez maksymalnie 30 przeskoków.

Przykład: udana ścieżka

W tym przykładzie było pięć przeskoków na trasie od początku 192.168.1.1 do miejsca docelowego 192.168.1.6. W każdym przeskoku wysłano 100 pakietów i żadne pakiety nie zostały utracone.

Przykład: nieudana ścieżka

Przykład ilustruje niektóre z różnych wyników, które możesz napotkać. Spójrz na każdy z wyników chmielu i co one oznaczają. W tym przykładzie skupimy się na przeskokach 1, 3, 4 i 9.

Wartość 10/100 = 10% pokazuje, że było 10 porzuconych pakietów ze 100, które zostały wysłane bezpośrednio do tego przeskoku. Wartość 5/100 = 5% pokazuje, że porzucono 5 pakietów, które przeszły przez ten przeskok.

Uwaga:
Przy drugim przeskoku 6/100 = 6% oznacza, że utrata pakietów jest kontynuowana. jest to prawdopodobnie spowodowane porzucaniem pakietów podczas pierwszego przeskoku podczas testowania, a nie problemem z drugim przeskokiem.

Wynik pokazujący utratę z pierwszego przeskoku wskazuje prawdopodobną przyczynę bycia pierwotnym użytkownikiem końcowym. ” s routera i zostanie odzwierciedlony w adresie IP routera (np. 192.168.0.1). W takim przypadku sprawdź i jeśli to konieczne wymień router, a następnie wykonaj test ponownie. Jeśli utrata jest widoczna po przeskoku po źródłowym routera (najprawdopodobniej przeskok 2 i dalej), to problem powinien zostać przedstawiony dostawcy usług.

Patrząc na przeskok 3,

Żadne pakiety nie zostały porzucone w przeskoku 3, ale ma on nienormalnie wysoki czas odpowiedzi ping wynoszący 304 ms. Może to wskazywać, że sprzęt w tym przeskoku nie jest działa prawidłowo i może to być spowodowane g długie czasy odpowiedzi i małe prędkości. Jeśli sprzęt w tym przeskoku nie działa poprawnie, zobaczysz wysokie czasy pingów we wszystkich kolejnych przeskokach, w takim przypadku sprawdź sprzęt w tym przeskoku.

Patrząc na przeskok 4,

Jak widać, ten przeskok nie odpowiedział na żadne pingi wysłane do niego, ale nie spadł wszelkie wysłane przez nią pingi. Jak wspomniano w rozdziale „Zrozumienie wyników polecenia ping”, jest to spowodowane tym, że serwer nie odpowiada na żądania ping ICMP ze względów bezpieczeństwa lub usług i nie oznacza problemu.

Patrząc na przeskok 9,

Wszystko w przeskoku od 5 do 8 jest w porządku i wszystko wygląda normalnie, ale przeskok 9 nie.