Gdy automatyczne adresowanie zawodzi

Przez większość czasu DHCP po prostu działa. Jednak gdy żaden serwer DHCP nie odpowiada, urządzenie pozostaje bez prawidłowych ustawień. Rozpoznawanie objawów awarii DHCP jest podstawową umiejętnością w rozwiązywaniu problemów. Najbardziej wyraźnym sygnałem jest nietypowy adres zaczynający się od 169.254, nazywany adresem APIPA. W tej lekcji wyjaśniono działanie APIPA oraz typowe przyczyny awarii automatycznego przydzielania adresów.

APIPA (Automatic Private IP Addressing) to mechanizm awaryjny wbudowany w system Windows i inne systemy. Jeśli urządzenie wysyła komunikaty DHCP Discover, ale nie otrzymuje żadnej oferty, samo przydziela sobie adres z zakresu 169.254.0.1 do 169.254.255.254 z maską 255.255.0.0. APIPA pozwala urządzeniom w tym samym segmencie komunikować się ze sobą, ale nie zapewnia bramy ani DNS, więc dostęp do internetu jest niemożliwy.

Jeśli sprawdzą Państwo urządzenie i zobaczą adres taki jak 169.254.45.10, jest to poważny sygnał ostrzegawczy: urządzenie nie dotarło do serwera DHCP. Adresy APIPA są adresami lokalnymi dla łącza, co oznacza, że działają tylko w obrębie lokalnego połączenia kablowego lub Wi-Fi i nigdy nie są routowane dalej. Pojawienie się adresu 169.254 powinno od razu nasunąć pytanie: „DHCP nie działa — gdzie jest serwer?”.

Najbardziej bezpośrednią przyczyną jest sytuacja, w której serwer DHCP nie działa albo jego usługa została zatrzymana. Brak serwera oznacza brak ofert, więc każdy klient potrzebujący dzierżawy przechodzi na APIPA. Jeśli wiele urządzeń jednocześnie zacznie wyświetlać adresy 169.254, należy podejrzewać sam serwer, a nie pojedyncze urządzenie. Ponowne uruchomienie usługi DHCP często przywraca prawidłowe przydzielanie adresów.

Serwer może działać, ale żądanie nigdy do niego nie docierać. Uszkodzony kabel, wyłączony port przełącznika lub niesprawny DHCP relay mogą zablokować rozgłoszenie Discover. Ponieważ routery nie przekazują rozgłoszeń, brak agenta przekazującego lub jego nieprawidłowa konfiguracja uniemożliwia klientom w zdalnych podsieciach usłyszenie serwera, nawet jeśli serwer działa prawidłowo.

Czasami serwer odpowiada wszystkim klientom, dopóki nie wyczerpie dostępnych adresów. Jeśli pula adresów jest w całości wydzierżawiona, nowe klienty nie otrzymają oferty i przejdą na APIPA. Często zdarza się to w obciążonych sieciach dla gości. Rozwiązaniem jest powiększenie puli lub skrócenie czasu dzierżawy, aby nieużywane adresy szybciej wracały do puli i zwalniały miejsce dla nowych urządzeń.

Nieautoryzowany serwer DHCP to serwer działający bez uprawnień, czasem nieprawidłowo skonfigurowany router domowy podłączony przez kogoś do sieci. Może odpowiadać szybciej niż właściwy serwer i przydzielać nieprawidłowe adresy, bramy lub serwery DNS. Urządzenia otrzymują wtedy adres wyglądający poprawnie, ale kierujący donikąd. Rozwiązaniem jest znalezienie i usunięcie nieautoryzowanego urządzenia; na przełącznikach można użyć funkcji DHCP snooping, aby blokować niezaufane serwery.

Nie każdy problem z DHCP powoduje przydzielenie adresu 169.254. Nieautoryzowany serwer lub nieprawidłowo skonfigurowany zakres może przydzielić rzeczywisty, ale błędny adres, nieprawidłową bramę lub niewłaściwy serwer DNS. Urządzenie wygląda wtedy na podłączone, ale nie może przeglądać internetu. Należy więc sprawdzić wszystkie cztery wartości: adres, maskę, bramę i DNS, a nie tylko to, czy jakiś adres istnieje. Wiarygodnie wyglądające, ale błędne ustawienie trudniej zauważyć niż oczywisty adres APIPA.

Podczas diagnozowania pojedynczego urządzenia można zwolnić jego obecny adres i poprosić o nowy. W systemie Windows służą do tego dwie krótkie komendy. Jeśli nowe żądanie zakończy się powodzeniem, wcześniejsza awaria mogła być tymczasowa. Jeśli urządzenie nadal otrzymuje adres 169.254, problem leży wyżej — po stronie serwera, przekaźnika lub ścieżki — a nie po stronie urządzenia.

Ułóżmy to w postaci schematu. Widzisz adres 169.254? DHCP nie zadziałało. Dotyczy to jednego urządzenia czy wielu? Jedno urządzenie wskazuje na lokalny kabel lub port; wiele urządzeń sugeruje problem z serwerem, przekaźnikiem lub pulą. Czy inne urządzenia w tym samym segmencie otrzymują adresy? Jeśli tak, skup się na niesprawnym urządzeniu. Jeśli nie, skup się na współdzielonej infrastrukturze. Ta logika szybko zawęża przyczynę.

Awarie DHCP należą do najczęstszych zgłoszeń do działu pomocy technicznej i użytkownikom często wyglądają jak całkowita awaria internetu. Wiedza, że adres 169.254 oznacza brak DHCP, oraz znajomość kilku głównych przyczyn pozwalają przejść od dezorientacji do jasnej listy kontrolnej: serwer, ścieżka, pula lub nieautoryzowany serwer. Właśnie taką szybkość działania doceniają egzamin Network+ i praca w praktyce.

Sprawdź swoją analizę awarii.

Gdy DHCP nie działa, urządzenia przechodzą na APIPA, samodzielnie przypisując sobie lokalny adres łącza 169.254.x.x bez bramy i DNS, przez co nie mogą łączyć się z innymi sieciami. Adres 169.254 oznacza, że DHCP nie odpowiedział. Typowe przyczyny to niedziałający serwer, przerwana ścieżka lub brak przekaźnika, wyczerpana pula albo nieautoryzowany serwer DHCP przydzielający nieprawidłowe ustawienia. Zawsze należy sprawdzić wszystkie cztery wartości adresu oraz użyć poleceń zwolnienia i odnowienia dzierżawy, aby przetestować pojedyncze urządzenie.