DHCP nie działa po restarcie systemu

DHCP nie działa po restarcie systemu wskazuje na sterownik karty sieciowej, który nie inicjalizuje żądania DHCP wystarczająco szybko podczas rozruchu — pomaga ręczne odnowienie adresu poleceniem ipconfig.

DHCP nie działa po restarcie systemu – co oznacza ten problem

Komunikat lub objaw „DHCP nie działa po restarcie systemu” oznacza, że komputer po ponownym uruchomieniu nie otrzymuje automatycznie adresu IP, maski podsieci, bramy domyślnej albo adresów serwerów DNS. W takiej sytuacji połączenie z routerem może być pozornie aktywne, lecz dostęp do internetu nie zostaje nawiązany. Czasami widoczna jest sieć bez dostępu do internetu, a czasami karta sieciowa otrzymuje adres tymczasowy, który nie pozwala na prawidłową komunikację z pozostałymi urządzeniami.

DHCP, czyli Dynamic Host Configuration Protocol, odpowiada za automatyczne przekazywanie podstawowych parametrów sieciowych. Po uruchomieniu system wysyła zapytanie do routera lub innego urządzenia pełniącego funkcję serwera DHCP. Jeżeli odpowiedź nie nadejdzie, zostanie odrzucona albo interfejs sieciowy nie będzie jeszcze gotowy do pracy, konfiguracja może pozostać niepełna. Problem bywa widoczny wyłącznie po restarcie, ponieważ ręczne wyłączenie i ponowne włączenie karty sieciowej uruchamia proces inicjalizacji w innej kolejności.

Nie zawsze oznacza to awarię samego routera. Źródłem kłopotu może być oprogramowanie systemowe, sterownik karty sieciowej, usługa klienta DHCP, ustawienia oszczędzania energii albo sposób, w jaki system przywraca urządzenia podczas startu. Warto odróżnić brak adresu z DHCP od problemu z DNS. W pierwszym przypadku komputer nie otrzymuje prawidłowych danych sieciowych, natomiast w drugim połączenie może działać, lecz nazwy stron internetowych nie są tłumaczone na adresy IP.

Jak przebiega przydzielanie adresu po ponownym uruchomieniu

Po restarcie interfejs sieciowy przechodzi przez kilka etapów: załadowanie sterownika, aktywację połączenia fizycznego lub bezprzewodowego, uruchomienie usługi odpowiedzialnej za pobieranie konfiguracji oraz wymianę komunikatów DHCP. Dopiero po zakończeniu tych czynności system może ustawić trasę do bramy i rozpocząć komunikację poza lokalną siecią. Opóźnienie na dowolnym etapie może sprawić, że pierwsza próba uzyskania konfiguracji zakończy się niepowodzeniem.

W systemie Windows podstawowe informacje sprawdza się poleceniem ipconfig /all. Należy zwrócić uwagę na adres IPv4, bramę domyślną, serwery DNS, stan DHCP oraz adres autokonfiguracji. Jeżeli widoczny jest adres z zakresu automatycznej konfiguracji, może to wskazywać, że odpowiedź z serwera DHCP nie dotarła. Polecenia ipconfig /release i ipconfig /renew pozwalają ponowić pobieranie konfiguracji, ale skuteczność takiego działania zależy od przyczyny problemu.

Przydatne jest również porównanie kilku sposobów uruchomienia komputera. Jeżeli po pełnym wyłączeniu adres jest przydzielany prawidłowo, a po szybkim restarcie nie, podejrzenie może paść na mechanizm szybkiego uruchamiania, kolejność ładowania usług lub sterownik. Jeśli problem pojawia się zarówno po restarcie, jak i po wybudzeniu, należy sprawdzić ustawienia zasilania karty sieciowej oraz reakcję systemu na zmianę stanu interfejsu.

W przypadku połączenia bezprzewodowego trzeba uwzględnić dodatkowe elementy: ponowne uwierzytelnienie w sieci Wi-Fi, zapisany profil sieci, automatyczne przełączanie między pasmami oraz chwilową utratę zasięgu. Przy połączeniu przewodowym analizuje się między innymi stan portu, negocjację połączenia i zachowanie karty po załadowaniu sterownika. Ten sam objaw może więc mieć różne podłoże zależnie od rodzaju połączenia.

Najczęstsze przyczyny i błędy diagnostyczne - DHCP nie działa po restarcie systemu

Jedną z typowych przyczyn jest nieprawidłowy lub nieaktualny sterownik karty sieciowej. Po aktualizacji systemu sterownik może działać poprawnie podczas normalnej pracy, lecz nie inicjalizować interfejsu we właściwym momencie podczas rozruchu. Zdarza się również, że używany jest ogólny sterownik systemowy, który nie zapewnia pełnej obsługi funkcji zarządzania energią albo przywracania połączenia.

Drugim obszarem jest usługa klienta DHCP. Jej opóźnione uruchomienie, konflikt z innym oprogramowaniem sieciowym albo uszkodzona konfiguracja stosu TCP/IP mogą uniemożliwić automatyczne pobranie parametrów. W dzienniku zdarzeń systemu warto szukać komunikatów związanych z kartą sieciową, usługą DHCP, DNS, NLA oraz błędami inicjalizacji interfejsu. Sam komunikat o braku internetu nie wskazuje jeszcze konkretnego komponentu.

Problem może powodować także funkcja oszczędzania energii. System może wyłączać kartę podczas bezczynności, a następnie nie przywracać jej prawidłowo po restarcie, wybudzeniu lub zmianie użytkownika. Weryfikacji wymagają ustawienia właściwości urządzenia w Menedżerze urządzeń, opcje zezwalające systemowi na wyłączanie karty oraz dodatkowe parametry sterownika. Należy zachować ostrożność przy zmianie ustawień, ponieważ niektóre opcje wpływają na stabilność połączenia i pobór energii.

Nie należy pomijać routera. Zawieszona usługa DHCP, przepełniona tablica dzierżaw, konflikt adresów albo filtracja urządzeń mogą blokować przydzielenie konfiguracji tylko konkretnemu komputerowi. Pomocne jest sprawdzenie, czy po restarcie problem dotyczy wszystkich urządzeń, czy tylko jednego. Jeżeli inne urządzenia otrzymują adres bez przeszkód, większe znaczenie mają ustawienia lokalnego komputera. Jeżeli kłopot dotyczy całej sieci, konieczna jest analiza routera, okablowania lub punktu dostępowego.

Błędem diagnostycznym jest także ręczne wpisanie przypadkowego adresu IP bez sprawdzenia topologii sieci. Taka zmiana może chwilowo przywrócić dostęp do części zasobów, ale jednocześnie wywołać konflikt adresów, błędną trasę lub problemy z DNS. Najpierw powinno się ustalić, jakie parametry są prawidłowo przydzielane przez router, a dopiero później rozważać konfigurację statyczną. Po każdej zmianie warto sprawdzić komunikację z bramą, rozwiązywanie nazw oraz dostęp do lokalnych i zewnętrznych adresów.

W jakich sytuacjach warto oddać urządzenie do diagnozy - DHCP nie działa po restarcie systemu

Zgłoszenie do serwisu jest uzasadnione, gdy odnowienie konfiguracji działa tylko do następnego restartu, karta sieciowa znika z systemu, problem pojawia się po aktualizacji albo połączenie wymaga każdorazowego ręcznego resetowania. Warto również skorzystać z diagnostyki, gdy objaw występuje naprzemiennie na Wi-Fi i po kablu, komputer traci konfigurację po wybudzeniu lub w dzienniku zdarzeń pojawiają się powtarzalne błędy sterownika.

Przy przyjmowaniu urządzenia analizuje się zachowanie po świeżym uruchomieniu, stan usługi DHCP, wynik ipconfig /all, dzienniki systemowe, sterownik karty oraz ustawienia zasilania. Następnie porównuje się działanie z innym połączeniem sieciowym, aby rozdzielić problem komputera od usterki routera lub infrastruktury lokalnej. W razie potrzeby przywracany jest właściwy sterownik, porządkowana konfiguracja TCP/IP i sprawdzana kolejność uruchamiania usług.

W Warszawskim Pogotowiu Komputerowym 24/7 dostępna jest darmowa diagnoza LAPTOPA, co pozwala najpierw ustalić, czy źródłem trudności jest system, karta sieciowa, sterownik czy urządzenie sieciowe. Do zgłoszenia warto dołączyć informację, czy awaria występuje po każdym restarcie, jaki typ połączenia jest używany oraz czy polecenie ipconfig /renew przywraca dostęp tylko tymczasowo. Takie dane ułatwiają odtworzenie warunków występowania usterki i ograniczają ryzyko wymiany sprawnych podzespołów.