Aby w systemie Windows wykonać śledzenie trasy pakietów do serwera strony internetowej, należy wykorzystać polecenie
A. netstat
B. ping
C. iproute
D. tracert
Pytanie z egzaminu CKE, czerwiec 2018 (arkusz EE.08-X-18.06).
Polecenie tracert jest właściwe, bo w Windows służy właśnie do śledzenia trasy pakietów do wskazanego hosta, np. tracert www.example.com albo tracert 8.8.8.8. Narzędzie pokazuje kolejne routery, przez które przechodzi pakiet, czyli tak zwane przeskoki, oraz orientacyjne czasy odpowiedzi w milisekundach. Działa to w oparciu o mechanizm TTL w protokole IP i komunikaty ICMP Time Exceeded, opisane w standardach związanych z IP oraz ICMP. W praktyce dzięki tracert można sprawdzić, gdzie pojawia się opóźnienie, czy pakiety giną w sieci lokalnej, u operatora, czy dopiero bliżej serwera docelowego. Z mojego doświadczenia to jedno z pierwszych poleceń, które warto odpalić przy diagnozie problemu typu: strona nie działa, ale Internet niby jest. Dobrą praktyką jest porównać wynik dla nazwy domenowej i adresu IP, bo czasem problem leży też w DNS. Trzeba tylko pamiętać, że firewall lub konfiguracja routerów może blokować odpowiedzi ICMP, więc gwiazdki w wyniku nie zawsze oznaczają całkowitą awarię łącza.
W tym pytaniu łatwo pomylić kilka narzędzi sieciowych, bo wszystkie kojarzą się z diagnostyką połączeń, ale każde robi coś trochę innego. Ping sprawdza głównie osiągalność hosta i mierzy czas odpowiedzi, najczęściej z użyciem ICMP Echo Request oraz Echo Reply. Jest bardzo przydatny, gdy chcemy szybko ocenić, czy komputer, router albo serwer w ogóle odpowiada, ale nie pokaże pełnej drogi przez kolejne routery. Jeśli ping do strony nie działa, nadal nie wiemy, na którym odcinku trasy pojawił się problem.
Netstat to narzędzie do podglądu lokalnych połączeń sieciowych, portów nasłuchujących, statystyk protokołów i czasem tablicy routingu, na przykład z parametrem -r. Ono nie wykonuje aktywnego śledzenia pakietów do zdalnego serwera, tylko pokazuje stan stosu sieciowego w danym systemie. Moim zdaniem to klasyczna pułapka: skoro netstat pokazuje sieć, to ktoś zakłada, że pokaże też trasę, a to jednak inna warstwa diagnostyki.
Iproute również nie jest poprawnym wyborem w systemie Windows. Kojarzy się raczej z Linuksem i pakietem iproute2, gdzie polecenia typu ip route służą do zarządzania trasami routingu. W Windows standardowym poleceniem do śledzenia trasy jest tracert. W praktyce warto zapamiętać prosto: ping sprawdza, czy host odpowiada, tracert pokazuje drogę do hosta, netstat pokazuje lokalne połączenia i porty, a ip route/iproute to świat Linuksa. Taki podział bardzo pomaga przy diagnozowaniu sieci bez zgadywania na ślepo.
Netstat to narzędzie do podglądu lokalnych połączeń sieciowych, portów nasłuchujących, statystyk protokołów i czasem tablicy routingu, na przykład z parametrem -r. Ono nie wykonuje aktywnego śledzenia pakietów do zdalnego serwera, tylko pokazuje stan stosu sieciowego w danym systemie. Moim zdaniem to klasyczna pułapka: skoro netstat pokazuje sieć, to ktoś zakłada, że pokaże też trasę, a to jednak inna warstwa diagnostyki.
Iproute również nie jest poprawnym wyborem w systemie Windows. Kojarzy się raczej z Linuksem i pakietem iproute2, gdzie polecenia typu ip route służą do zarządzania trasami routingu. W Windows standardowym poleceniem do śledzenia trasy jest tracert. W praktyce warto zapamiętać prosto: ping sprawdza, czy host odpowiada, tracert pokazuje drogę do hosta, netstat pokazuje lokalne połączenia i porty, a ip route/iproute to świat Linuksa. Taki podział bardzo pomaga przy diagnozowaniu sieci bez zgadywania na ślepo.