W sytuacji, gdy transfer danych w LAN jest wyraźnie wolniejszy, kluczowe jest ustalenie dlaczego tak się dzieje: czy są straty pakietów, retransmisje TCP, problemy z negocjacją, błędy ramek, zatory, błędy DNS, czy np. "zalanie" sieci ruchem rozgłoszeniowym. Do takiej analizy najbardziej przydatne jest narzędzie, które pokazuje rzeczywisty ruch na łączu.
Odpowiedź "Wireshark" jest właściwa, ponieważ to sniffer i analizator protokołów. Umożliwia przechwytywanie pakietów, filtrowanie (np. po adresach, portach, protokołach) oraz ocenę zjawisk typowych dla problemów wydajności: retransmisji, opóźnień, duplikatów, błędów w komunikacji, nieoczekiwanego ruchu lub błędnych odpowiedzi usług. Dzięki temu można zidentyfikować źródło problemu, a nie tylko stwierdzić, że "jest wolno".
Dlaczego pozostałe narzędzia nie są najlepszym wyborem w tym sformułowaniu pytania?
- "Ping" mierzy czasy odpowiedzi ICMP i pomaga ocenić opóźnienie oraz utratę pakietów do konkretnego hosta, ale nie pokazuje, co obciąża sieć ani jak wygląda wymiana danych aplikacyjnych. Może potwierdzić objaw, niekoniecznie wskazać przyczynę.
- "Traceroute" służy do ustalania trasy do hosta (głównie w sieciach routowanych). W typowej sieci lokalnej (jeden segment lub kilka VLAN) często ma ograniczoną wartość diagnostyczną dla spadku przepustowości i również nie analizuje treści ruchu.
- "Netstat" prezentuje informacje o połączeniach, portach nasłuchujących i statystykach stosu, ale nie daje wglądu w pakiety na poziomie pozwalającym wykrywać np. retransmisje czy anomalia protokołów. Często jest pomocny przy wykrywaniu niechcianych usług/portów, lecz to inny typ diagnozy.
Wskazówka egzaminacyjna: gdy pytanie dotyczy identyfikacji problemu z wydajnością transferu, najczęściej właściwe będą narzędzia do analizy ruchu (sniffing/packet capture), a nie wyłącznie do testu łączności.
