DHCP server działa

DHCP server działa (status potwierdzający, że rola serwera DHCP na Windows Server jest aktywna) — widoczny w konsoli DHCP jako zielona strzałka przy nazwie serwera.

DHCP server działa — co oznacza ten status

Komunikat „DHCP server działa” oznacza, że usługa odpowiedzialna za automatyczne przydzielanie konfiguracji sieciowej jest uruchomiona i może odpowiadać na żądania urządzeń podłączonych do danej sieci. W praktyce taki serwer przekazuje komputerom, laptopom, drukarkom sieciowym oraz innym urządzeniom między innymi adres IP, maskę podsieci, adres bramy domyślnej i adresy serwerów DNS. Dzięki temu nie trzeba ręcznie wpisywać parametrów połączenia na każdym stanowisku.

W środowisku Windows Server stan ten można sprawdzić w konsoli DHCP. Zielona strzałka przy nazwie serwera wskazuje, że narzędzie administracyjne rozpoznaje działającą rolę DHCP. Jest to jednak przede wszystkim informacja o uruchomieniu usługi, a nie pełne potwierdzenie, że każdy element konfiguracji działa prawidłowo. Do uzyskania poprawnego adresu przez urządzenia potrzebne są jeszcze odpowiednio skonfigurowane zakresy adresów, aktywne dzierżawy, prawidłowe opcje zakresu oraz dostępna komunikacja sieciowa.

Adres przydzielony przez DHCP jest zazwyczaj udostępniany na określony czas, nazywany dzierżawą. Przed jego wygaśnięciem urządzenie próbuje odnowić przydział, aby zachować łączność bez ponownego przechodzenia pełnej procedury uzyskiwania konfiguracji. Jeśli usługa działa i zakres zawiera wolne adresy, podłączony klient powinien otrzymać parametry automatycznie.

Jak odróżnić działającą usługę od poprawnej pracy sieci

Sam status uruchomionej roli nie przesądza o dostępności DHCP z punktu widzenia klienta. Możliwe jest na przykład działanie usługi przy jednoczesnym braku wolnych adresów w zakresie, błędnym przypisaniu interfejsu sieciowego albo zablokowaniu ruchu przez reguły zapory. Podobnie zielona ikona w konsoli nie wyklucza problemów z przełącznikiem, punktem dostępowym, przewodem, kartą sieciową lub konfiguracją VLAN.

Weryfikację warto rozpocząć od sprawdzenia, czy klient ma włączone automatyczne pobieranie adresu IP i DNS. Następnie można skontrolować bieżące parametry poleceniem ipconfig /all. Szczególnie istotne są pola dotyczące adresu IPv4, maski podsieci, bramy domyślnej, adresu serwera DHCP oraz czasu dzierżawy. Adres zaczynający się od 169.254 zwykle oznacza, że komputer nie otrzymał prawidłowej konfiguracji z DHCP i sam nadał sobie adres awaryjny.

Po stronie serwera należy sprawdzić, czy właściwy zakres jest aktywny, czy obejmuje sieć, w której znajduje się klient, oraz czy nie został wyczerpany. Warto również przejrzeć rezerwacje, wykluczenia i opcje zakresu. Rezerwacja może wymuszać konkretny adres dla wybranego urządzenia, natomiast wykluczenie zmniejsza pulę adresów dostępnych do automatycznego przydziału. Nieprawidłowo ustawiona brama lub DNS może natomiast sprawić, że adres zostanie przydzielony, ale dostęp do innych sieci albo nazw internetowych nadal będzie niesprawny.

Jeżeli w tej samej sieci działa więcej niż jedno źródło przydzielania adresów, może dochodzić do niespójnych odpowiedzi. Taka sytuacja bywa spotykana po podłączeniu dodatkowego routera, zmianie topologii albo przywróceniu urządzenia do ustawień fabrycznych. W efekcie część klientów otrzymuje poprawną konfigurację, a część adresy z innej puli lub parametry uniemożliwiające prawidłową komunikację.

Typowe problemy mimo komunikatu „DHCP server działa”

Jednym z częstszych błędów jest brak wolnych adresów w aktywnym zakresie. Może do niego dojść przy zbyt małej puli, zbyt długim czasie dzierżawy, dużej liczbie urządzeń tymczasowych albo pozostawionych wpisach, które nie odpowiadają już używanym klientom. W takim przypadku usługa pozostaje uruchomiona, lecz nowe urządzenia nie otrzymują adresu.

Problem może także wynikać z nieprawidłowego zakresu sieci. Jeżeli klient znajduje się w innej podsieci niż ta, dla której skonfigurowano pulę, żądanie DHCP nie trafi bezpośrednio do właściwej usługi bez odpowiedniego przekazywania między segmentami. Błędna konfiguracja przekazywania może wystąpić po zmianie routera, przełącznika zarządzalnego lub podziału sieci na kilka VLAN-ów.

Na uwagę zasługują również konflikty adresów. Ręcznie ustawiony adres może pokrywać się z adresem przydzielanym dynamicznie, a nieaktualna rezerwacja może kierować różne urządzenia do tego samego wpisu. Skutkiem bywają okresowe zaniki połączenia, komunikaty o konflikcie adresów i trudne do odtworzenia problemy z dostępem do zasobów sieciowych.

W środowisku Windows Server pomocne są dzienniki zdarzeń związane z usługą DHCP, podgląd aktywnych dzierżaw oraz kontrola autoryzacji usługi w domenie. Warto sprawdzić, czy usługa nasłuchuje na właściwym interfejsie i czy konto systemowe ma dostęp do wymaganych zasobów. Jeżeli usługa jest uruchomiona, ale nie zapisuje dzierżaw albo nie odpowiada na żądania, przyczyną może być problem z uprawnieniami, bazą DHCP, zaporą lub komunikacją sieciową.

Nie należy pomijać diagnostyki po stronie klienta. Uszkodzony sterownik karty sieciowej, wyłączony interfejs, błędnie ustawiony profil sieci, filtr bezpieczeństwa albo awaria punktu dostępowego mogą wyglądać jak problem z DHCP, mimo że sama usługa działa prawidłowo. Pomocne jest porównanie konfiguracji kilku urządzeń oraz sprawdzenie, czy problem dotyczy połączeń przewodowych, bezprzewodowych, czy obu rodzajów dostępu.

W jakich sytuacjach warto oddać urządzenie do diagnozy - DHCP server działa

Zgłoszenie do serwisu jest uzasadnione, gdy komunikat o działającej usłudze nie przekłada się na możliwość uzyskania adresu przez klientów, problem obejmuje wiele urządzeń albo pojawił się po zmianie routera, przełącznika, domeny lub podziału sieci. Warto przekazać informację, czy klient otrzymuje adres automatyczny, jaki adres pokazuje polecenie ipconfig /all, czy działa komunikacja z bramą oraz czy dostęp do stron internetowych znika całkowicie, czy tylko nie działają nazwy domenowe.

Diagnostyka może obejmować analizę zakresów i rezerwacji, kontrolę dzierżaw, sprawdzenie opcji DHCP, przegląd zdarzeń systemowych oraz test komunikacji pomiędzy klientem, przełącznikiem i usługą. Pozwala to rozdzielić problem z samym przydzielaniem adresów od awarii DNS, routingu, okablowania lub urządzenia sieciowego. Szczególnej uwagi wymagają sytuacje, w których tylko część stanowisk traci dostęp albo adres jest przydzielany poprawnie, lecz brama lub DNS pozostają nieosiągalne.

W Warszawie takie przypadki można przekazać do Warszawskiego Pogotowia Komputerowego 24/7, gdzie naprawy z reguły są realizowane w ciągu do 3 dni roboczych. Przed rozpoczęciem prac warto przygotować opis objawów, adresację używaną w sieci, moment pojawienia się usterki oraz informacje o ostatnich zmianach konfiguracji. Ułatwia to szybkie ustalenie, czy przyczyną jest zakres DHCP, przekazywanie żądań, konflikt adresów, zapora, czy element infrastruktury odpowiedzialny za połączenie.