KWALIFIKACJA INF2 - STYCZEŃ 2016 (test 2)

PYTANIE NR 20.
Na podstawie analizy ruchu sieciowego, wskaż adres IP i numer portu, z którego host otrzymuje odpowiedź.
Ilustracja przedstawia zrzut ekranu z analizy pakietu sieciowego, prawdopodobnie z narzędzia do analizy ruchu sieciowego,
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Host "otrzymuje odpowiedź" z adresu i portu widocznych jako pola źródłowe (Src) w pakiecie przychodzącym.
W przechwyconym pakiecie Src IP to 46.28.247.123, a Src Port to 80 (HTTP). Port 51383 jest portem docelowym po stronie klienta, więc nie jest "źródłem odpowiedzi".

Pełne wyjaśnienie:

W analizie ruchu (np. w Wiresharku) kluczowe jest rozróżnienie nadawcy i odbiorcy konkretnego pakietu. Pytanie brzmi: "z którego host otrzymuje odpowiedź", czyli interesuje nas pakiet przychodzący do hosta. Źródłem odpowiedzi jest więc to, co w nagłówkach jest oznaczone jako Src (source).

W warstwie IP pole Src wskazuje adres IP nadawcy pakietu, a Dst adres IP odbiorcy. W warstwie TCP analogicznie: Src Port to port nadawcy, a Dst Port to port odbiorcy.

W typowej komunikacji klient–serwer HTTP klient (np. 192.168.0.13) łączy się z serwerem (np. 46.28.247.123) na porcie usługi 80. Klient nie używa portu 80 jako swojego portu źródłowego, tylko wybiera port efemeryczny (wysoki, losowy), np. 51383. Gdy serwer odpowiada, to w pakiecie odpowiedzi:

  • źródłem (Src) jest serwer: 46.28.247.123,
  • port źródłowy (Src Port) to port usługi: 80,
  • celem (Dst) jest klient: 192.168.0.13,
  • port docelowy (Dst Port) to port klienta: 51383.

Dlatego poprawna para to 46.28.247.123:80.

Dlaczego pozostałe odpowiedzi są błędne? Odpowiedź "46.28.247.123:51383" miesza adres serwera z portem należącym do klienta (to typowy skutek mylenia portu docelowego z portem źródłowym). "192.168.0.13:80" sugeruje, że klient używa portu usługi jako swojego portu, co w takim połączeniu nie jest typowe. "192.168.0.13:51383" wskazuje z kolei host i port odbiorcy (Dst), a pytanie wymaga źródła, z którego odpowiedź przyszła.

Wskazówka egzaminacyjna: zawsze ustal, czy analizujesz pakiet do hosta czy z hosta, a następnie odczytuj IP i port z tej samej strony nagłówka (Src dla źródła, Dst dla celu).

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Pola Src (source) i Dst (destination) pokazują odpowiednio nadawcę i odbiorcę konkretnego pakietu. Dla IP są to adresy IP, a dla TCP/UDP dodatkowo widzisz porty. Zawsze czytaj je w kontekście kierunku tego jednego pakietu.
Odpowiedź, którą host otrzymuje, to pakiet przychodzący do jego adresu. Źródło odpowiedzi wskazuje Src IP oraz Src Port w nagłówku IP/TCP. Jeśli Dst to adres Twojego hosta, to Src jest zdalnym hostem odsyłającym odpowiedź.
Serwer HTTP zwykle nasłuchuje na porcie 80, więc gdy wysyła odpowiedź, jako port źródłowy podaje właśnie 80. Klient używa portu efemerycznego tylko po swojej stronie. To typowy wzorzec komunikacji klient–serwer w TCP.
Port efemeryczny to tymczasowy, zwykle wysoki numer portu wybierany automatycznie przez system klienta dla danego połączenia. Pozwala rozróżniać wiele równoległych sesji z jednego hosta. W przechwycie ruchu często widać go jako port klienta, np. 51383.
Najczęściej myli się Src z Dst oraz port usługi z portem klienta. Uczniowie wybierają port wysoki jako "serwerowy" albo łączą IP serwera z portem klienta. Pomaga zasada: odpowiedź przychodzi z Src, a port usługi jest po stronie serwera.
Nie ma jednej etykiety "zapytanie/odpowiedź" w TCP — patrzysz na kierunek (Src/Dst) oraz na warstwę aplikacji (np. HTTP). W praktyce: klient wysyła do serwera na port 80, a serwer odsyła z portu 80 na port efemeryczny klienta. Flagi (np. PSH, ACK) mogą wskazywać transmisję danych.
Same flagi PSH/ACK nie identyfikują serwera ani klienta. Pokazują, że segment niesie dane i potwierdza odbiór. Rolę stron ustalasz głównie po portach (np. 80 po stronie serwera HTTP) oraz po tym, kto jest Src i kto jest Dst w danym pakiecie.
Najprościej filtrujesz po adresach i portach, np. zawężając do ruchu między dwoma hostami: ip.addr == X oraz tcp.port == 80. Potem wybierasz pakiety, w których Dst to adres Twojego hosta — wtedy analizujesz pola Src jako źródło odpowiedzi.
Port 51383 wygląda jak port efemeryczny i w takim połączeniu jest zwykle portem klienta, a nie portem usługi. W odpowiedzi serwer wysyła z portu usługi (np. 80), a 51383 pojawia się jako port docelowy (Dst Port) po stronie klienta. To wynika z konstrukcji sesji TCP.
Pracuj na krótkich zrzutach PCAP: identyfikuj klienta i serwer, zapisuj pary IP:port dla obu kierunków i sprawdzaj, gdzie jest port usługi, a gdzie efemeryczny. Ćwicz też czytanie nagłówków IP/TCP w oknie szczegółów pakietu oraz proste filtry wyświetlania.
info

To pytanie poprawnie rozwiązuje 40% zdających egzamin. trudne

W praktyce zawodowej kluczowe jest to, że host "otrzymuje odpowiedź" z adresu i portu widocznych jako pola źródłowe (Src) w pakiecie przychodzącym.W przechwyconym pakiecie Src IP to 46.28.247.123, a Src Port to 80 (HTTP).

Źródła:

  • Wireshark User’s Guide – rozdziały o oknie szczegółów pakietu i polach nagłówków (IP/TCP): https://www.wireshark.org/docs/wsug_html/ (dostęp 2026-02-28)
  • RFC 793: Transmission Control Protocol – definicje pól nagłówka TCP (Source Port, Destination Port): https://www.rfc-editor.org/rfc/rfc793 (dostęp 2026-02-28)
  • RFC 9110: HTTP Semantics – omówienie HTTP jako protokołu aplikacyjnego działającego zwyczajowo na TCP (port 80 jako powszechna konwencja wdrożeniowa): https://www.rfc-editor.org/rfc/rfc9110 (dostęp 2026-02-28)

Materiały:

  • Dokumentacja Wireshark: rozdziały o analizie pakietów i filtrach wyświetlania
  • Materiały o TCP/IP (nagłówki IP/TCP, porty usług i porty efemeryczne)
  • Ćwiczenia: analiza prostych sesji HTTP w przechwyconych plikach PCAP

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego