Gdy dhcp twojego dostawcy internetu nie działa poprawnie, sprzęt zwykle nie dostaje adresu IP, bramy domyślnej ani DNS i cała sieć wygląda na „martwą”, choć problem nie zawsze leży po stronie operatora. W tym tekście pokazuję, jak odróżnić awarię DHCP od kłopotów z routerem, kablem, konfiguracją WAN albo pojedynczym komputerem oraz które kroki naprawdę pomagają, zanim zadzwonisz do biura obsługi.
Najkrótsza droga do diagnozy zaczyna się od rozdzielenia operatora, routera i jednego urządzenia
- Adres 169.254.x.x albo brak bramy domyślnej zwykle oznacza, że urządzenie nie dostało poprawnej dzierżawy DHCP.
- Jeśli problem mają wszystkie urządzenia, najpierw sprawdzam modem, ONT, port WAN i status łącza u operatora.
- Jeśli problem dotyczy tylko jednego sprzętu, winny bywa sterownik, profil sieci, VPN albo ręczne ustawienia adresu.
- Samo przestawienie DNS nie naprawi braku adresu IP, bo to inna warstwa problemu.
- Po wymianie routera warto sprawdzić, czy operator nie wiąże dzierżawy z adresem MAC urządzenia.

Jak działa DHCP operatora i co naprawdę się psuje
DHCP to mechanizm, który automatycznie rozdaje urządzeniu podstawowe parametry sieci: adres IP, maskę podsieci, bramę domyślną i zwykle także DNS. W praktyce działa to jak krótka umowa na określony czas, czyli dzierżawa. Jeśli po stronie operatora, modemu albo routera coś się rozjedzie, urządzenie nie dostaje poprawnej konfiguracji i nie ma jak wyjść do internetu.
Ważne jest jedno rozróżnienie, które w domu myli się wyjątkowo często: lokalny DHCP routera rozdaje adresy twoim laptopom, telefonom i drukarkom w sieci domowej, a DHCP operatora odpowiada za adres po stronie WAN, czyli tam, gdzie router łączy się z internetem. Ja zawsze zaczynam właśnie od tego podziału, bo inaczej łatwo leczyć nie ten problem, który faktycznie występuje. Gdy lokalna sieć działa, ale WAN nie pobiera adresu, winny zwykle jest modem, ustawienie typu połączenia albo sam dostawca.
Jeśli urządzenie nie dostanie odpowiedzi z DHCP, Windows i inne systemy potrafią nadać sobie adres z zakresu 169.254.x.x, czyli z puli APIPA. To awaryjny, automatyczny adres prywatny, który pozwala jedynie na bardzo ograniczoną komunikację lokalną, ale nie daje dostępu do internetu. Taki trop mówi mi od razu, że nie mam do czynienia z prostym „brakiem strony”, tylko z niedokończonym uzyskaniem konfiguracji sieciowej. Z tego powodu następny krok to szybkie ustalenie, czy awaria siedzi po stronie operatora, czy w samym domu.
Jak odróżnić awarię u operatora od problemu w domu
Najprostszy test, który robię, to porównanie kilku urządzeń i sprawdzenie statusu samego routera. Jeśli jednocześnie nie działa komputer, telefon po Wi-Fi i sprzęt podłączony kablem, nie szukam od razu winy w jednej karcie sieciowej. Jeśli natomiast problem ma tylko jeden laptop, źródłem bywa jego konfiguracja, sterownik albo oprogramowanie zabezpieczające.
| Objaw | Co zwykle oznacza | Co sprawdzić od razu |
|---|---|---|
| Komputer dostaje adres 169.254.x.x | Nie udało się pobrać dzierżawy z DHCP | Odnów konfigurację, sprawdź kabel, port, Wi-Fi i WAN |
| Problem mają wszystkie urządzenia w domu | Router, modem, ONT albo operator | Status portu WAN, diody na urządzeniu, panel administracyjny |
| Problem jest tylko na jednym komputerze | Sterownik, profil sieci, VPN, proxy lub ręczne ustawienia | Ustawienia adaptera, narzędzie diagnostyczne, ponowne połączenie |
| Adres IP jest poprawny, ale strony się nie otwierają | To częściej DNS niż DHCP | Sprawdź DNS, proxy i filtrację, a nie samą dzierżawę |
| WAN w routerze pokazuje 0.0.0.0 albo stale „connecting” | Router nie dostał adresu od operatora | Restart, tryb WAN, historia połączenia, zgłoszenie do ISP |
Jeśli w panelu routera widzisz, że port WAN nie ma adresu albo ma adres z puli technicznej, problem nie jest w przeglądarce ani w DNS komputera. Jeśli za to WAN wygląda dobrze, a internet nie działa tylko na jednym sprzęcie, szukam lokalnej konfiguracji. Ten podział oszczędza najwięcej czasu, bo od razu ucina fałszywe tropy. Z taką diagnozą można przejść do konkretów i naprawy.
Co zrobić krok po kroku, gdy router nie dostaje adresu
Zacznij od restartu modemu, ONT i routera
Ja zaczynam od rzeczy najprostszej, ale nie byle jak wykonanej. Najpierw odłączam zasilanie routera, a jeśli masz osobny modem lub ONT, także jego. Czekam co najmniej 30 sekund, włączam najpierw urządzenie operatora, potem router i daję im chwilę na synchronizację. Taka kolejność często wystarcza, bo tworzy nową sesję z siecią operatora. Microsoft zaleca właśnie od tego zaczynać diagnostykę połączeń, bo to od razu odcina część problemów z sesją i odnowieniem konfiguracji.
Sprawdź, czy WAN jest ustawiony tak, jak wymaga tego operator
To jest punkt, na którym wielu ludzi potyka się po wymianie sprzętu. Jeśli operator daje adres przez DHCP, port WAN routera powinien pracować w trybie automatycznym lub „Dynamic IP”. Jeśli usługa wymaga PPPoE, trzeba wpisać login i hasło. Jeśli to łącze ze stałym adresem publicznym, musisz mieć także maskę, bramę i DNS podane przez dostawcę. Nie warto zgadywać ustawień, bo jeden zły tryb potrafi sprawić, że sieć wygląda na zepsutą mimo sprawnego okablowania.
Odnów dzierżawę na komputerze i sprawdź wynik
Na Windows najprościej zrobić to z wiersza polecenia uruchomionego jako administrator. Komendy są proste, ale dają dużo informacji:
ipconfig /release
ipconfig /renew
ipconfig /allPo odświeżeniu zwracam uwagę na trzy rzeczy: czy pojawił się prawidłowy adres IPv4, czy jest brama domyślna i czy DNS nie są puste. Jeśli widzę 169.254.x.x, urządzenie nadal nie dostało odpowiedzi od DHCP. Jeśli pojawia się komunikat o odłączonym interfejsie, nie ma sensu walczyć z dzierżawą, tylko trzeba sprawdzić kabel, kartę sieciową, Wi-Fi albo port w routerze. To drobny szczegół, ale bardzo często skraca diagnozę o kilkanaście minut.
Przeczytaj również: Ramka Ethernet - Jak ją czytać i diagnozować problemy sieci?
Wyłącz ręczne ustawienia, proxy i blokady, a potem wróć do tematu MAC
W trybie diagnostycznym ustawiam kartę sieciową na automatyczne pobieranie IP i DNS. Ręcznie wpisany adres, stary profil sieci, aktywny proxy albo VPN potrafią zasłonić prawdziwy obraz sytuacji. Jeśli po tej korekcie na jednym urządzeniu internet wraca, winny nie był operator, tylko lokalna konfiguracja.
Druga rzecz, którą sprawdzam, to powiązanie z adresem MAC. Niektórzy operatorzy wiążą dzierżawę z konkretnym sprzętem albo długo trzymają poprzednią sesję po wymianie routera. Jeśli nowy router nie dostaje adresu, a stary działał, czasem pomaga odłączenie ONT lub modemu na kilka lub kilkanaście minut. Funkcję klonowania MAC stosuję ostrożnie i tylko wtedy, gdy wiem, że poprzednie urządzenie było zarejestrowane po tym właśnie adresie. W ciemno nie ma to sensu, bo można sobie tylko dorobić dodatkowy problem.
Gdy po tych krokach nadal nie ma adresu, przechodzę do pytania, czy ręczny adres w ogóle ma tu sens. I tu łatwo o kolejny błąd.
Kiedy lepszy jest adres stały, a kiedy to zły trop
Nie ustawiałbym ręcznie publicznego adresu tylko po to, żeby „coś wpisać” w konfiguracji. Jeśli operator nie podał dokładnych parametrów, taka zmiana częściej psuje niż pomaga. Adres statyczny na WAN ma sens wyłącznie wtedy, gdy dostawca wyraźnie go przydzielił i przekazał komplet danych: adres, maskę, bramę i DNS.
| Wariant | Kiedy używać | Ryzyko |
|---|---|---|
| Automatyczny DHCP | Standardowe łącza domowe i większość typowych instalacji | Najmniej błędów, jeśli operator poprawnie wydaje dzierżawę |
| Stały adres WAN od operatora | Łącza biznesowe, zdalny dostęp, usługi wymagające stałego IP | Trzeba znać komplet parametrów i często wiąże się to z dodatkowymi kosztami |
| Ręczny adres prywatny w LAN | Awaryjny dostęp do panelu routera lub urządzenia w sieci lokalnej | Nie naprawi internetu, jeśli problem leży po stronie WAN |
W praktyce ręczny adres prywatny ma tylko jedno sensowne zastosowanie diagnostyczne: możesz dzięki niemu wejść do panelu routera, gdy lokalne DHCP chwilowo nie działa. To jednak obejście, nie naprawa. Jeśli chcesz dostać się do sieci operatora, a nie tylko do własnego routera, potrzebujesz poprawnej dzierżawy albo konfiguracji podanej przez dostawcę. Dlatego zanim zaczniesz przepisywać adresy, warto przygotować dobre zgłoszenie.
Co przygotować przed kontaktem z biurem obsługi
Najlepsze zgłoszenia są krótkie, ale konkretne. Ja zbieram kilka rzeczy, które od razu mówią konsultantowi, czy problem leży w DHCP, autoryzacji, czy może w samej warstwie fizycznej:
- dokładny moment, kiedy problem się zaczął, i czy występuje stale, czy tylko co jakiś czas;
- model routera, modemu lub ONT oraz ewentualną wersję firmware;
- status portu WAN, adres IP, maskę, bramę i DNS widoczne w panelu urządzenia;
- informację, czy problem dotyczy wszystkich urządzeń, czy tylko jednego;
- treść komunikatu błędu, jeśli system pokazuje konkretny opis;
- wynik
ipconfig /allalbo odpowiednika na innym systemie; - informację, czy sprzęt był ostatnio wymieniany, przepinany albo resetowany.
Taki pakiet danych skraca rozmowę z infolinią, bo od razu widać, czy konsultant ma sprawdzać dzierżawę, port, aktywację usługi, czy może uszkodzony sprzęt po stronie abonenta. Z mojego doświadczenia to właśnie brak szczegółów najbardziej wydłuża naprawę. Krótkie zgłoszenie z konkretnymi parametrami zwykle działa lepiej niż długi opis „po prostu nie ma internetu”.
Jak ograniczyć podobne awarie w przyszłości
Jeśli problem z DHCP pojawia się raz na jakiś czas, warto pomyśleć trochę szerzej niż tylko o jednorazowej naprawie. Aktualny firmware routera, zapisane parametry połączenia, opisany kabel WAN i notatka z trybem pracy operatora oszczędzają sporo czasu przy kolejnej awarii. W sieci domowej lub małym warsztacie dobrze działa też prosty plan awaryjny: mały UPS dla ONT i routera, zapasowy internet z telefonu lub LTE oraz spis danych do panelu operatora. Przy poborze rzędu kilkunastu watów nawet nieduży UPS 500-700 VA potrafi podtrzymać łącze przez kilkadziesiąt minut, choć dokładny czas zawsze zależy od obciążenia i stanu baterii.
Jeśli sieć obsługuje sterownik, monitoring, rejestrator albo automatykę, taki zapas ma większą wartość niż kolejny „szybszy” router. W praktyce najbardziej pomaga nie sprzęt sam w sobie, tylko dobra dokumentacja: tryb WAN, login do PPPoE, ewentualny VLAN, adres MAC i kolejność restartu urządzeń. Gdy te informacje masz pod ręką, awaria DHCP przestaje być chaotyczna, a staje się zwykłym problemem do odtworzenia i zamknięcia.