KWALIFIKACJA INF2 - CZERWIEC 2014 (test 2)

PYTANIE NR 15.
Które polecenie należy zastosować do monitorowania lokalnych połączeń?
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Polecenie netstat służy do podglądu bieżących połączeń sieciowych, portów nasłuchujących oraz statystyk protokołów, więc nadaje się do monitorowania lokalnych połączeń. host dotyczy zapytań DNS, dir listuje pliki, a route add modyfikuje trasowanie.

Pełne wyjaśnienie:

Do monitorowania lokalnych połączeń wykorzystuje się polecenie netstat, ponieważ pokazuje ono informacje o stanie stosu sieciowego widziane "z poziomu hosta": aktywne sesje (np. zestawione połączenia TCP), porty oczekujące na połączenia (nasłuch), a często także podstawowe statystyki komunikacji. Tego typu widok jest typowy w diagnostyce: pozwala sprawdzić, czy usługa nasłuchuje na właściwym porcie, czy istnieją podejrzane połączenia wychodzące oraz czy liczba połączeń rośnie nienaturalnie.

Pozostałe polecenia nie służą do tego celu:

  • host to narzędzie do sprawdzania informacji DNS (np. rozwiązywania nazw domenowych na adresy IP). Pomaga w diagnostyce nazw i rekordów, ale nie pokazuje listy lokalnych połączeń.
  • dir jest poleceniem związanym z systemem plików (listowanie zawartości katalogu). Nie dostarcza danych o połączeniach ani o portach.
  • route add służy do dodawania wpisów w tablicy routingu. To komenda konfiguracyjna (zmienia trasowanie), a nie narzędzie monitorujące aktualne połączenia.

W praktyce egzaminacyjnej warto zapamiętać prostą regułę: gdy pytanie dotyczy "co się aktualnie łączy/nasłuchuje", szuka się narzędzia pokazującego stany połączeń i porty. Gdy dotyczy "czy działa rozwiązywanie nazw", wybiera się narzędzia DNS, a gdy dotyczy "jak komputer kieruje ruch", wchodzą w grę polecenia od routingu. Takie rozróżnienie pomaga unikać odpowiedzi opartych wyłącznie na skojarzeniach.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
netstat wyświetla informacje o aktualnych połączeniach sieciowych, portach nasłuchujących oraz stanach sesji (np. dla TCP). Dzięki temu można sprawdzić, czy na komputerze działa usługa na danym porcie oraz jakie połączenia są zestawione z innymi hostami.
Narzędzia DNS (np. sprawdzające rozwiązywanie nazw) odpowiadają na pytanie "jaki adres ma nazwa?". Narzędzia do monitorowania połączeń odpowiadają na pytanie "jakie porty i sesje są aktywne na komputerze?". Jeśli w pytaniu pada "połączenia/porty", wybieraj narzędzie od stanu połączeń.
host służy do wykonywania zapytań DNS i prezentowania rekordów (np. A, AAAA, MX). Nie pokazuje listy aktywnych sesji TCP/UDP ani portów w nasłuchu. Może pomóc ustalić adres serwera, ale nie powie, czy na komputerze istnieje konkretne połączenie.
Port nasłuchujący to port, na którym aplikacja czeka na połączenia przychodzące (np. serwer WWW). To kluczowe w diagnozie "usługa nie działa": jeśli port nie nasłuchuje, klient się nie połączy. Monitorowanie portów pomaga też wykryć nieautoryzowane usługi.
route add stosuje się, gdy trzeba zmienić trasowanie ruchu, np. dodać trasę statyczną do konkretnej sieci przez wskazaną bramę. To działanie konfiguracyjne, a nie obserwacja stanu. Nie pokaże aktywnych sesji; wpływa natomiast na to, którędy ruch będzie wychodził.
Najczęściej: sprawdzenie, czy usługa nasłuchuje na porcie, weryfikacja aktywnych połączeń podczas diagnozy malware, kontrola liczby sesji do serwera oraz szybkie rozpoznanie, czy ruch jest nawiązywany. To praktyczne narzędzie pierwszej linii diagnostyki.
dir to polecenie do pracy z plikami (listowanie katalogów) i nie dostarcza informacji o sieci. Bywa mylące, gdy w pytaniu pojawia się słowo "lokalne", ale "lokalne połączenia" dotyczą sieci, a nie lokalnego systemu plików.
"Monitorowanie" sugeruje odczyt stanu i obserwację (co jest aktywne), a nie konfigurację. To pomaga odróżnić narzędzia diagnostyczne od poleceń zmieniających ustawienia. Jeśli wybierzesz komendę konfiguracyjną, możesz "naprawiać" zamiast sprawdzać, co się dzieje.
Częsty błąd to wybór "jakiejkolwiek" komendy sieciowej bez rozróżnienia celu: DNS, routing, konfiguracja interfejsu czy monitoring połączeń. Drugi błąd to kierowanie się znajomością nazwy (np. host) zamiast funkcją. Warto grupować polecenia według zadań.
Na egzaminie trzymaj się polecenia wskazanego w programie nauczania i najczęściej spotykanego w zadaniach. W praktyce porównuj wyniki narzędzi i wybieraj to, które pokazuje pożądany szczegół (porty, procesy, stany). Kluczowe jest rozumienie, że celem jest podgląd stanu połączeń.
info

To pytanie poprawnie rozwiązuje 60% zdających egzamin. średnie

Specjaliści zwracają uwagę: "Polecenie netstat służy do podglądu bieżących połączeń sieciowych, portów nasłuchujących oraz statystyk protokołów, więc nadaje się do monitorowania lokalnych połączeń."

Źródła:

  • Microsoft Learn: Netstat - dokumentacja polecenia, https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/netstat (dostęp: 2026-03-01)
  • Debian Wiki: netstat - informacja o narzędziu netstat i pakiecie net-tools, https://wiki.debian.org/netstat (dostęp: 2026-03-01)
  • Podręcznik iproute2: ss(8) - narzędzie do podglądu gniazd/połączeń (wskazuje współczesny odpowiednik), https://man7.org/linux/man-pages/man8/ss.8.html (dostęp: 2026-03-01)

Materiały:

  • Dokumentacja poleceń systemowych (man/Help) dotycząca diagnostyki sieci
  • Materiały kursowe z podstaw administracji systemami i diagnostyki sieci
  • Ćwiczenia labowe: analiza portów nasłuchujących i mapowanie procesu do portu

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego