W protokole DHCP klient i serwer wymieniają komunikaty o ściśle określonych rolach. Gdy klient ma już przydzielony adres IP w ramach dzierżawy i chce ją odnowić (czyli przedłużyć czas ważności przydziału), wysyła do serwera żądanie w postaci komunikatu "DHCPREQUEST". To właśnie ta wiadomość reprezentuje intencję klienta: "chcę nadal używać tego przydziału" lub "proszę o potwierdzenie/odnowienie parametrów".
Dlaczego pozostałe odpowiedzi są niepoprawne?
- "DHCPACK" – jest komunikatem serwera, który potwierdza przydzielenie/odnowienie i przekazuje parametry konfiguracji (np. czas dzierżawy). Klient go nie wysyła, lecz odbiera.
- "DHCPNACK" – to również komunikat serwera, który odrzuca żądanie (np. gdy klient próbuje odnowić nieprawidłowy lub niedozwolony przydział). Nie jest to komunikat inicjujący odnowę po stronie klienta.
- "DHCPDISCOVER" – jest używany głównie na etapie pierwszego pozyskiwania konfiguracji (gdy klient nie zna serwera i rozgłasza zapytanie). Nie służy do typowego odnowienia już posiadanej dzierżawy.
W praktyce (np. podczas analizy pakietów) odnowienie dzierżawy rozpoznasz po tym, że klient wysyła "DHCPREQUEST", a następnie – przy poprawnym działaniu – otrzymuje z serwera "DHCPACK". Na egzaminie warto pamiętać prostą zasadę: REQUEST to żądanie klienta, ACK/NACK to odpowiedź serwera.
