Kwalifikacje w Zawodzie - Testy zawodowe online | Egzaminy Zawodowe

KWALIFIKACJA INF3 - TEST WIEDZY NR 2



PYTANIE NR 39.
Które z poniższych narzędzi jest najbardziej odpowiednie do monitorowania czasu odpowiedzi serwera?
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Ping służy do mierzenia czasu RTT, czyli czasu przejścia pakietu do hosta i z powrotem, co jest praktycznym "czasem odpowiedzi" z punktu widzenia sieci. Wireshark analizuje przechwycone pakiety, traceroute pokazuje trasę i czasy do kolejnych węzłów, a netstat prezentuje stan połączeń i statystyki, nie mierząc RTT wprost.

Pełne wyjaśnienie:

Narzędzie ping jest najbardziej odpowiednie do monitorowania "czasu odpowiedzi" w sensie sieciowym, ponieważ wykonuje serię prób i raportuje RTT (round-trip time) – czas dotarcia pakietu do wskazanego hosta i powrotu odpowiedzi. Dzięki temu łatwo obserwować opóźnienia (średnie, minimalne/maksymalne) oraz ewentualne straty pakietów, co jest podstawą szybkiej diagnostyki łączności.

Dlaczego pozostałe narzędzia nie są najlepsze do tego konkretnego celu?

  • Wireshark służy do przechwytywania i analizy ruchu sieciowego. Pozwala sprawdzić szczegóły protokołów i czasowe zależności w komunikacji, ale nie jest to najprostsze narzędzie do samego, bieżącego monitorowania RTT jednego hosta.
  • Traceroute pokazuje drogę pakietów przez kolejne routery i podaje czasy odpowiedzi dla kolejnych "skoków". Jest świetny do lokalizacji miejsca opóźnień na trasie, ale nie jest typowym narzędziem do ciągłego monitorowania czasu odpowiedzi serwera jako takiego.
  • Netstat prezentuje m.in. aktywne połączenia, porty nasłuchujące oraz statystyki interfejsów/protokołów. Pomaga w diagnostyce stanu systemu i połączeń, lecz nie mierzy wprost czasu odpowiedzi (RTT) do zdalnego hosta.

Wskazówka egzaminacyjna: gdy pytanie dotyczy czasu odpowiedzi hosta/łącza, najpierw myśl o pomiarze opóźnienia (RTT) i stratach pakietów. Gdy dotyczy gdzie na trasie jest problem – wybieraj narzędzie do trasowania. Gdy dotyczy co jest przesyłane – narzędzie do analizy pakietów.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Co mierzy ping w kontekście czasu odpowiedzi serwera?
Ping mierzy przede wszystkim RTT (czas podróży pakietu tam i z powrotem) między komputerem a hostem docelowym. To sieciowy "czas odpowiedzi", który pomaga ocenić opóźnienie i stabilność łącza, a także wykryć straty pakietów.
Jak interpretować wyniki RTT w poleceniu ping?
Niższe RTT zwykle oznacza mniejsze opóźnienie. Duże wahania RTT sugerują przeciążenie lub niestabilność łącza. Wysokie RTT przy braku strat wskazuje raczej na opóźnienie, a straty pakietów mogą oznaczać problemy z siecią, sprzętem lub filtracją ruchu.
Dlaczego Wireshark nie jest najlepszy do samego pomiaru czasu odpowiedzi?
Wireshark jest narzędziem do analizy pakietów i protokołów. Da się w nim analizować czasy ramek/pakietów, ale do prostego monitorowania RTT jednego hosta to przerost formy nad treścią. Ping daje wynik szybciej i wprost.
Kiedy zamiast ping lepiej użyć traceroute?
Traceroute wybiera się, gdy trzeba ustalić gdzie na trasie pojawiają się opóźnienia lub przerwy. Narzędzie pokazuje kolejne węzły (routery) po drodze i czasy odpowiedzi dla "skoków", co pomaga zawęzić miejsce awarii.
Co sprawdza netstat i do czego przydaje się w administracji?
Netstat pokazuje m.in. aktywne połączenia, porty nasłuchujące i statystyki sieciowe. Przydaje się do weryfikacji, czy usługa nasłuchuje na porcie, ile jest połączeń i w jakich stanach. Nie służy jednak do bezpośredniego pomiaru RTT.
Jak odróżnić problem sieciowy od problemu aplikacji na serwerze?
Jeśli ping ma niskie RTT i brak strat, a usługa działa wolno, problem może być aplikacyjny lub wydajnościowy na serwerze. Jeśli RTT jest wysokie lub występują straty, najpierw podejrzewaj sieć/trasę. To prosta metoda wstępnej diagnostyki.
Czy ping zawsze działa, gdy serwer jest dostępny?
Nie zawsze. Ruch ping może być blokowany przez zaporę lub konfigurację urządzeń sieciowych, mimo że usługa (np. WWW) działa. Brak odpowiedzi ping nie jest więc automatycznie dowodem awarii serwera; wskazuje, że nie ma odpowiedzi na tego typu zapytania.
Jakie błędy najczęściej popełnia się przy interpretacji ping?
Częsty błąd to traktowanie ping jako miary czasu odpowiedzi aplikacji (np. strony WWW). Innym błędem jest ignorowanie strat pakietów i patrzenie tylko na średnie RTT. Warto też porównywać wyniki w czasie i zestawiać je z innymi narzędziami.
Jak monitorować czas odpowiedzi usługi HTTP, a nie tylko RTT?
Do monitorowania odpowiedzi usługi HTTP używa się narzędzi testujących żądania aplikacyjne (np. sprawdzających czas zestawienia połączenia i pobrania odpowiedzi). Ping mierzy tylko warstwę sieciową. Na egzaminie zwracaj uwagę, czy pytanie dotyczy hosta czy usługi.
Jak przygotować się do pytań o narzędzia diagnostyki sieci na INF.2?
Ćwicz scenariusze: brak łączności, wysokie opóźnienia, problem na trasie, konflikt portów i analiza ruchu. Naucz się, jakie narzędzie odpowiada na pytanie: czy działa (ping), gdzie problem (traceroute), co się dzieje (Wireshark), jakie połączenia (netstat).
info

Statystycznie 68% uczniów zna prawidłową odpowiedź. średnie

W praktyce zawodowej kluczowe jest to, że ping służy do mierzenia czasu RTT, czyli czasu przejścia pakietu do hosta i z powrotem, co jest praktycznym "czasem odpowiedzi" z punktu widzenia sieci.

Źródła:

  • Linux man-pages: ping(8) — opis RTT i sposobu działania narzędzia, https://man7.org/linux/man-pages/man8/ping.8.html (dostęp: 2026-02-27)
  • Wireshark User’s Guide — przeznaczenie narzędzia do analizy/przechwytywania pakietów, https://www.wireshark.org/docs/wsug_html_chunked/ (dostęp: 2026-02-27)
  • Linux man-pages: traceroute(8) — opis narzędzia do wyznaczania trasy pakietów, https://man7.org/linux/man-pages/man8/traceroute.8.html (dostęp: 2026-02-27)

Materiały:

  • Dokumentacja systemowa (man) dla ping, traceroute i netstat
  • Podręczniki/opracowania do podstaw administracji sieciami TCP/IP
  • Laboratoria z diagnostyki sieci: pomiar RTT, analiza tras, analiza pakietów
Zobacz też:

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego