Do sprawdzenia statystyk protokołów TCP/IP oraz aktualnych połączeń sieciowych w systemach rodziny Windows jest stosowane polecenie
A. tracert
B. ping
C. route
D. netstat
Pytanie z egzaminu CKE, styczeń 2018 (arkusz E.13-X-18.01).
Polecenie netstat jest właściwe, bo służy właśnie do wyświetlania informacji o aktywnych połączeniach sieciowych oraz statystykach protokołów TCP/IP w systemach Windows. W praktyce administrator używa go np. gdy chce sprawdzić, czy komputer ma otwarte połączenie TCP z serwerem, jaki port nasłuchuje lokalnie albo który proces korzysta z danego połączenia. Bardzo przydatne są opcje typu netstat -a, netstat -n, netstat -o oraz netstat -s. Przykładowo netstat -ano pokaże połączenia i porty w formie numerycznej oraz PID procesu, co potem można porównać w Menedżerze zadań albo poleceniem tasklist. Z mojego doświadczenia to jedno z tych poleceń, które szybko pokazuje, czy problem jest po stronie aplikacji, usługi, zapory, czy może adresacji sieciowej. Dobre praktyki branżowe mówią, żeby przy diagnostyce nie zgadywać, tylko sprawdzać stan faktyczny: LISTENING oznacza nasłuchiwanie na porcie, ESTABLISHED aktywne połączenie, a TIME_WAIT zamykane lub niedawno zakończone sesje TCP. W nowszych Windowsach można też używać PowerShella, np. Get-NetTCPConnection, ale netstat nadal jest klasycznym i bardzo rozpoznawalnym narzędziem diagnostycznym.
W tym pytaniu łatwo pomylić narzędzia, bo wszystkie podane polecenia są związane z siecią, ale każde robi trochę inną rzecz. ping sprawdza podstawową osiągalność hosta, najczęściej przez komunikaty ICMP Echo Request i Echo Reply. Nadaje się do szybkiej kontroli, czy komputer odpowiada w sieci, ale nie pokaże listy aktualnych połączeń TCP ani statystyk protokołów. To częsty błąd myślowy: skoro ping służy do diagnozy sieci, to wydaje się, że pokaże wszystko. No nie, on jest raczej prostym testem łączności. route służy do wyświetlania i modyfikowania tablicy routingu, czyli informacji, którędy system ma wysyłać pakiety do konkretnych sieci. Jest ważne przy bramach domyślnych, trasach statycznych i VPN-ach, ale nie analizuje aktywnych sesji TCP/UDP. tracert pokazuje trasę pakietu do hosta docelowego, wykorzystując mechanizm TTL i odpowiedzi z kolejnych routerów po drodze. Przydaje się, gdy pakiet ginie gdzieś między sieciami, lecz nadal nie jest narzędziem do przeglądania portów, stanów połączeń czy statystyk TCP/IP. Do takich zadań w Windows używa się netstat. Moim zdaniem warto zapamiętać prostą zasadę: ping sprawdza czy odpowiada, tracert którędy idzie, route jak system wybiera drogę, a netstat co jest aktualnie połączone i co nasłuchuje.