DHCP relay nie działa – brak przekazania oferty

DHCP relay nie działa z brakiem przekazania oferty wskazuje, że agent przekazujący DHCP między podsieciami nie jest poprawnie skonfigurowany na routerze/przełączniku warstwy 3.

DHCP relay nie działa – na czym polega problem

Komunikat „DHCP relay nie działa – brak przekazania oferty” oznacza, że urządzenie pośredniczące nie przenosi poprawnie komunikacji DHCP pomiędzy klientem znajdującym się w jednej podsieci a serwerem DHCP działającym w innej części sieci. Zwykle klient wysyła żądanie DHCP jako transmisję rozgłoszeniową, która nie przechodzi przez router. Zadaniem agenta DHCP relay jest odebranie takiego żądania, zamiana go na komunikat możliwy do przekazania między podsieciami oraz dostarczenie go do właściwego serwera.

Po otrzymaniu zapytania serwer powinien przygotować ofertę zawierającą między innymi proponowany adres IP, maskę podsieci, bramę domyślną, adresy DNS oraz czas dzierżawy. Jeżeli relay nie przekazuje zapytania albo nie dostarcza odpowiedzi z powrotem do klienta, komputer może pozostać bez adresu sieciowego. W systemie bywa wtedy widoczny adres automatyczny, ograniczona łączność albo całkowity brak dostępu do zasobów znajdujących się poza lokalnym segmentem.

Nie zawsze oznacza to awarię samego serwera DHCP. Przyczyną może być błędnie wskazany adres serwera, brak konfiguracji relay na odpowiednim interfejsie, nieprawidłowy routing, odfiltrowanie ruchu UDP albo niewłaściwe ustawienia VLAN. Znaczenie ma także to, czy urządzenie pełniące funkcję pośrednika działa jako router warstwy trzeciej, czy jedynie jako przełącznik warstwy drugiej.

Jak działa przekazywanie DHCP między podsieciami

W typowym scenariuszu klient rozpoczyna procedurę od komunikatu DHCPDISCOVER. Ponieważ nie zna jeszcze własnego adresu IP ani adresu serwera, wysyła pakiet w sposób rozgłoszeniowy. Router nie przekazuje takich transmisji dalej bez dodatkowej konfiguracji, dlatego na interfejsie obsługującym daną podsieć musi zostać uruchomiona funkcja DHCP relay.

Agent relay odbiera żądanie, uzupełnia je o informacje pozwalające rozpoznać segment źródłowy, a następnie przekazuje do skonfigurowanego serwera. Informacja o interfejsie lub adresie pośrednika pomaga serwerowi dobrać właściwą pulę adresową. Oferta DHCP zostaje później wysłana w odwrotnym kierunku: serwer odpowiada do agenta, a agent przekazuje odpowiedź do klienta w odpowiedniej podsieci.

W tym mechanizmie uczestniczą przede wszystkim komunikaty DHCPDISCOVER, DHCPOFFER, DHCPREQUEST i DHCPACK. Dla DHCP używane są porty UDP 67 po stronie serwera oraz UDP 68 po stronie klienta. Sama obecność reguły zezwalającej na ruch IP nie musi wystarczyć, jeżeli zapora filtruje te porty, urządzenie rozpoznaje ruch jako nieprawidłowy albo konfiguracja przewiduje inny sposób obsługi odpowiedzi.

Warto odróżnić DHCP relay od lokalnego serwera DHCP. Serwer przydziela adresy i przechowuje konfigurację dzierżaw, natomiast relay jedynie pośredniczy w wymianie komunikatów. Jeżeli urządzenie działa jako serwer DHCP dla danej podsieci, funkcja relay może być zbędna. Jeżeli zaś adresy mają być przydzielane z centralnego serwera położonego w innym segmencie, poprawna konfiguracja relay staje się niezbędna.

Podczas analizy należy sprawdzić, czy interfejs klienta ma przypisany właściwy VLAN, czy interfejs routowany ma poprawną adresację oraz czy istnieje trasa do serwera DHCP. Konieczne może być także zweryfikowanie, czy serwer zna sieć, z której pochodzą klienci, i czy posiada dla niej odpowiednio zdefiniowaną pulę. Błąd po stronie relay oraz błąd po stronie serwera mogą wyglądać podobnie, dlatego diagnoza powinna obejmować całą ścieżkę komunikacji.

Typowe przyczyny braku oferty DHCP

Jedną z częstszych przyczyn jest wpisanie adresu serwera DHCP na niewłaściwym interfejsie. Relay powinien być aktywny na tym interfejsie logicznym, przez który przychodzą żądania klientów, a nie wyłącznie na interfejsie prowadzącym do serwera. Jeżeli urządzenie ma kilka VLAN-ów, konfiguracja musi obejmować każdy segment, w którym adresy są przydzielane zdalnie.

Problemy powoduje również niezgodność VLAN-ów. Port przełącznika może działać w innym trybie niż zakładano, znaczniki VLAN mogą być usuwane lub dodawane w niewłaściwym miejscu, a interfejs logiczny może być przypisany do innej sieci niż komputery. W takiej sytuacji żądanie DHCP może nie dotrzeć do właściwego interfejsu routującego, mimo że fizyczne połączenie między urządzeniami pozostaje aktywne.

Kolejnym źródłem błędu jest brak trasy pomiędzy agentem relay a serwerem. Należy sprawdzić adresację interfejsów, maski, bramę oraz tablicę routingu. Sama możliwość wykonania testu ICMP nie daje pełnej pewności, że działa DHCP, ponieważ zapora może przepuszczać ping, a jednocześnie blokować UDP 67 lub UDP 68.

Warto zweryfikować reguły bezpieczeństwa na routerze, zaporach sieciowych i przełącznikach z funkcjami ochrony DHCP. Mechanizmy takie jak DHCP snooping, filtrowanie serwerów DHCP, kontrola źródła adresu lub ograniczenia portów mogą odrzucać prawidłowe pakiety, jeżeli port uplink nie został oznaczony jako zaufany albo konfiguracja nie odpowiada topologii.

Oferta może nie pojawić się również wtedy, gdy pula adresowa dla danej sieci jest wyczerpana, zakres nie pasuje do adresu interfejsu relay albo serwer nie ma zdefiniowanej podsieci odpowiadającej informacjom przekazywanym przez agenta. Niekiedy przyczyną jest konflikt wielu serwerów DHCP, pozostawiona stara konfiguracja po zmianie routera lub błędny adres DNS, który jest mylony z problemem przydzielania adresu.

Przydatne jest porównanie zachowania kilku urządzeń. Jeżeli wszystkie komputery w jednym VLAN-ie nie otrzymują adresu, bardziej prawdopodobna jest usterka konfiguracji relay, routingu lub serwera. Jeżeli problem występuje tylko na jednym stanowisku, należy sprawdzić kartę sieciową, sterownik, lokalną zaporę, ręcznie ustawioną konfigurację IP oraz stan kabla lub punktu dostępowego.

Do dokładnego ustalenia przyczyny można wykorzystać dzienniki urządzeń, przechwycenie pakietów oraz podgląd liczników na interfejsach. Brak DHCPDISCOVER po stronie relay wskazuje na problem pomiędzy klientem a urządzeniem pośredniczącym. Obecność żądania na relay, lecz brak przekazania do serwera, kieruje uwagę na konfigurację adresu serwera, routing lub filtrację. Jeżeli serwer wysyła DHCPOFFER, ale klient go nie otrzymuje, trzeba sprawdzić drogę powrotną, reguły zapory i obsługę odpowiedzi przez relay.

W jakich sytuacjach warto umówić wizytę serwisową - DHCP relay nie działa – brak przekazania oferty

Zgłoszenie do serwisu jest uzasadnione, gdy brak adresów DHCP powtarza się po zmianie routera, przełącznika, konfiguracji VLAN-ów albo zasad zapory, a samodzielna kontrola ustawień nie wskazuje jednoznacznej przyczyny. Szczególnie pomocna może być analiza wtedy, gdy część podsieci działa prawidłowo, a inne nie otrzymują ofert, ponieważ wymaga to porównania konfiguracji interfejsów, tras, reguł bezpieczeństwa i zakresów adresowych.

W ramach diagnozy można sprawdzić topologię, przypisanie portów, konfigurację interfejsów logicznych, adres serwera DHCP, routing oraz przepływ komunikatów DHCP w obu kierunkach. Istotne jest ustalenie, czy problem dotyczy wszystkich klientów, tylko jednego VLAN-u, wybranych portów, połączenia bezprzewodowego czy konkretnego urządzenia. Pozwala to ograniczyć ryzyko wymiany sprawnego sprzętu i skupić się na rzeczywistym miejscu przerwania komunikacji.

W warszawskim serwisie komputerowym naprawy są z reguły realizowane w czasie do trzech dni roboczych, zależnie od zakresu diagnostyki i dostępności potrzebnych elementów. Po zakończeniu prac warto sprawdzić nie tylko uzyskanie adresu IP, lecz także poprawność bramy, DNS, odnawiania dzierżawy, komunikacji pomiędzy podsieciami oraz dostępu do wymaganych zasobów.

Przed przekazaniem urządzenia lub zgłoszeniem problemu przydatne będzie przygotowanie informacji o modelu routera albo przełącznika, liczbie podsieci, zastosowanych VLAN-ach, adresie serwera DHCP oraz momencie pojawienia się usterki. Warto również zanotować, czy urządzenia otrzymują adres automatyczny, czy widoczny jest komunikat o braku serwera DHCP i czy po ustawieniu adresu ręcznego dostęp do sieci zaczyna działać. Takie dane ułatwiają odtworzenie warunków awarii i szybsze rozdzielenie problemu konfiguracyjnego od uszkodzenia sprzętowego.