Pytanie dotyczy narzędzia, które pozwala monitorować lokalne połączenia sieciowe, czyli zobaczyć aktywne sesje (np. TCP), porty nasłuchujące oraz podstawowe statystyki stosu sieciowego. Klasycznym poleceniem spełniającym tę rolę jest netstat (network statistics). Umożliwia ono wyświetlenie m.in. listy otwartych połączeń i portów, co bywa kluczowe w diagnostyce: gdy usługa "nie działa", można sprawdzić, czy w ogóle nasłuchuje na porcie, albo czy istnieją nawiązane sesje z konkretnych adresów.
Dlaczego pozostałe opcje są niepoprawne?
- "host" to narzędzie związane z rozwiązywaniem nazw (DNS). Służy do sprawdzania rekordów DNS (np. A/AAAA/MX), a nie do listowania aktywnych połączeń lub portów na hoście.
- "route" dotyczy trasowania (tablicy routingu). Pozwala podejrzeć, jak system kieruje pakiety do sieci docelowych (bramy, metryki), ale nie pokazuje, jakie konkretne sesje TCP/UDP są aktualnie zestawione.
- "dir" to polecenie systemowe do operacji na systemie plików (lista katalogu w Windows). Nie ma funkcji diagnostyki połączeń sieciowych.
W praktyce administracyjnej warto pamiętać, że w niektórych systemach (szczególnie Linux) netstat bywa zastępowany przez nowsze narzędzia (np. ss), ale sama idea pozostaje taka sama: sprawdzić, jakie połączenia i porty są aktywne "tu i teraz". Na egzaminie najważniejsze jest powiązanie celu ("monitorowanie połączeń") z właściwą klasą narzędzia diagnostycznego.
Wskazówka egzaminacyjna: gdy w odpowiedziach pojawia się mieszanka poleceń DNS/routingu/plików, wybierz to, które dotyczy sesji i portów, a nie konfiguracji lub nazw.
