KWALIFIKACJA INF2 - STYCZEŃ 2024 (test 3)

PYTANIE NR 8.
Która z par: protokół – warstwa, w której pracuje protokół, jest poprawnie połączona według modelu TCP/IP?
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
DNS jest protokołem warstwy aplikacji w modelu TCP/IP, bo realizuje usługę rozwiązywania nazw domenowych na adresy IP. TCP należy do warstwy transportowej, a nie Internetu. DHCP to również warstwa aplikacji. RARP nie jest protokołem warstwy transportowej.

Pełne wyjaśnienie:

W modelu TCP/IP protokoły grupuje się według tego, jaką funkcję pełnią w procesie komunikacji. Warstwa aplikacji obejmuje protokoły, które dostarczają gotowe usługi dla programów użytkowych (np. rozwiązywanie nazw, przydział konfiguracji, poczta, WWW).

Odpowiedź "DNS – warstwa aplikacji." jest poprawna, ponieważ DNS (Domain Name System) jest usługą/protokołem używanym przez aplikacje i system operacyjny do tłumaczenia nazw (np. nazw domenowych hostów) na adresy IP i odwrotnie. Działa "nad" transportem (najczęściej UDP lub TCP na określonych portach), więc klasyfikuje się go jako protokół warstwy aplikacji.

Pozostałe pary są niepoprawne z typowych powodów mylenia warstw:

  • "TCP – warstwa Internetu." jest błędne, bo TCP odpowiada za komunikację typu end-to-end, kontrolę transmisji i segmentację, czyli typowe zadania warstwy transportowej. Warstwa Internetu to przede wszystkim IP oraz mechanizmy routingu.
  • "DHCP – warstwa dostępu do sieci." jest błędne, bo DHCP to usługa przydzielania konfiguracji (adres IP, brama, DNS), a więc protokół warstwy aplikacji, korzystający z UDP. Warstwa dostępu do sieci dotyczy ramek, adresów sprzętowych i transmisji w danym medium.
  • "RARP – warstwa transportowa." jest błędne, bo RARP historycznie wiąże się z mapowaniem adresów na poziomie sieci lokalnej i nie realizuje funkcji transportu (nie zapewnia np. segmentacji, kontroli połączenia, niezawodności end-to-end).

W nauce do egzaminu warto zapamiętać regułę: DNS i DHCP to usługi dla aplikacji, TCP/UDP to transport, a IP to warstwa Internetu. Takie skojarzenia zmniejszają ryzyko pomylenia warstw, zwłaszcza gdy w różnych materiałach spotyka się odmienne nazwy warstw.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Model TCP/IP to warstwowy opis komunikacji w sieciach IP. Najczęściej spotkasz ujęcie 4‑warstwowe: aplikacji, transportu, Internetu i dostępu do sieci. W materiałach bywają też warianty 5‑warstwowe, ale idea przypisania funkcji pozostaje podobna.
Protokół warstwy aplikacji dostarcza konkretną usługę dla programów i systemu (np. rozwiązywanie nazw, konfiguracja adresu, WWW). Zwykle działa "nad" TCP lub UDP i używa portów. Przykłady to DNS, DHCP, HTTP, SMTP.
DNS realizuje usługę tłumaczenia nazw na adresy IP (i odwrotnie), czyli funkcję potrzebną aplikacjom i systemowi. Sam nie zapewnia transportu danych ani routingu; korzysta z UDP lub TCP jako mechanizmu przenoszenia zapytań i odpowiedzi. To typowa cecha warstwy aplikacji.
Warstwa transportowa w TCP/IP to przede wszystkim TCP i UDP. TCP zapewnia m.in. kontrolę połączenia i niezawodność, a UDP daje prostą komunikację bezpołączeniową. Protokoły aplikacyjne (DNS, DHCP, HTTP) zwykle wykorzystują TCP lub UDP, ale do transportu, nie odwrotnie.
Warstwa Internetu odpowiada za adresację i przekazywanie pakietów między sieciami, czyli routing. Kluczowym protokołem jest IP. W praktyce kojarzy się ją też z mechanizmami diagnostycznymi i kontrolnymi związanymi z IP. To inny zakres niż transport (TCP/UDP) i niż usługi aplikacyjne.
TCP nie zajmuje się wyborem trasy ani adresacją IP; działa na końcach komunikacji i organizuje przesył danych między procesami (segmentacja, kontrola, kolejność). Warstwa Internetu dotyczy pakietów IP i routingu między sieciami. Nazwa "TCP/IP" często myli, ale to dwa różne poziomy.
Nie. DHCP jest protokołem warstwy aplikacji, bo dostarcza usługę konfiguracji hosta (adres IP, brama, DNS). Technicznie przesyła komunikaty przez UDP. Warstwa dostępu do sieci dotyczy ramek i transmisji w medium (np. Ethernet, Wi‑Fi), a nie logiki przydziału parametrów.
Najczęstsze pomyłki to: przypisywanie TCP do "Internetu" przez skojarzenie z nazwą stosu, wrzucanie DHCP do dostępu do sieci, bo "ustawia adres", oraz mieszanie nazw warstw OSI z TCP/IP. Pomaga uczenie się na funkcjach: usługa, transport, routing, medium.
Traktuj DNS i DHCP jako usługi: DNS "pyta o nazwę", a DHCP "prosi o konfigurację". Usługi są dla aplikacji i systemu, więc to warstwa aplikacji. Dopiero niżej jest transport (TCP/UDP), który tylko przenosi te zapytania, a jeszcze niżej IP i dostęp do medium.
Gdy nie działa nazwa, sprawdź warstwę aplikacji: nslookup lub dig. Gdy podejrzewasz IP/routing, użyj ping i traceroute. Jeśli IP działa po adresie, a nie po nazwie, to typowy sygnał problemu z DNS (warstwa aplikacji).
info

Około 41% zdających odpowiada poprawnie na to pytanie. trudne

Eksperci podkreślają: "DNS jest protokołem warstwy aplikacji w modelu TCP/IP, bo realizuje usługę rozwiązywania nazw domenowych na adresy IP."

Źródła:

  • RFC 1122: Requirements for Internet Hosts — Communication Layers (IETF, 1989), rozdziały opisujące warstwową architekturę TCP/IP oraz role protokołów
  • RFC 1034: Domain Names — Concepts and Facilities (IETF, 1987), opis DNS jako systemu/protokołu usługowego używanego przez aplikacje
  • RFC 2131: Dynamic Host Configuration Protocol (IETF, 1997), opis DHCP jako protokołu działającego nad UDP

Materiały:

  • Dokumentacja RFC dotycząca wymagań dla hostów w Internecie (opis warstw i protokołów)
  • Podręczniki administracji sieciami komputerowymi omawiające stos TCP/IP i usługi DNS/DHCP
  • Materiały vendorów (np. akademie sieciowe) porównujące OSI i TCP/IP oraz typowe protokoły warstw

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego