DHCP relay nie działa w Windows

DHCP relay nie działa w Windows dotyczy roli Windows Server pełniącej funkcję agenta przekazującego zapytania DHCP między podsieciami — wymaga poprawnej konfiguracji roli i adresów serwerów docelowych.

Problem „DHCP relay nie działa w Windows” oznacza sytuację, w której zapytania klientów o adres IP nie docierają z jednej podsieci do serwera DHCP znajdującego się w innej części sieci. W typowej sieci lokalnej komunikat DHCP Discover jest wysyłany jako transmisja rozgłoszeniowa, a routery zwykle nie przekazują takich pakietów pomiędzy interfejsami. Zadaniem mechanizmu relay jest odebranie żądania po stronie sieci klienta, uzupełnienie go o informacje dotyczące źródłowej podsieci oraz przekazanie do wskazanego serwera DHCP. Odpowiedź serwera powinna następnie wrócić przez ten sam mechanizm do właściwego urządzenia.

Czym jest DHCP relay w środowisku Windows

W systemach Windows funkcja przekazywania zapytań DHCP może być realizowana przez odpowiednio skonfigurowaną rolę, usługę lub element infrastruktury sieciowej znajdujący się pomiędzy klientami a serwerem DHCP. Sama obecność serwera DHCP w sieci nie wystarcza, jeżeli urządzenia korzystają z kilku odseparowanych podsieci. Każdy segment musi mieć drogę do serwera oraz urządzenie, które rozpozna żądanie DHCP i przekaże je dalej w formie komunikatu unicastowego albo innego ruchu dopuszczonego przez konfigurację.

Ważną informacją jest adres interfejsu, przez który relay odebrał zapytanie. Pozwala ona serwerowi DHCP ustalić, z jakiej podsieci pochodzi klient i z którego zakresu należy przydzielić adres. Jeżeli informacja ta jest nieprawidłowa, nieobecna albo nie pasuje do zdefiniowanego zakresu, serwer może odrzucić żądanie lub odpowiedzieć w sposób, który nie doprowadzi do prawidłowego przydzielenia konfiguracji.

Objaw może wyglądać podobnie do awarii samego DHCP, choć przyczyna często znajduje się w innym miejscu. Klient może otrzymać adres automatyczny, zachować poprzednią konfigurację, długo oczekiwać na odpowiedź albo uzyskać adres z niewłaściwej podsieci. W diagnostyce trzeba więc rozdzielić kilka etapów: wysłanie żądania przez klienta, odebranie go przez relay, przekazanie do serwera, wybór zakresu, odesłanie odpowiedzi oraz zastosowanie konfiguracji przez stację roboczą.

Kontekst techniczny i porównanie z działaniem DHCP w jednej podsieci

W jednej podsieci klient i serwer DHCP mogą komunikować się bez pośrednika, ponieważ transmisje rozgłoszeniowe pozostają w obrębie tego samego segmentu. Po rozdzieleniu sieci na kilka podsieci potrzebny jest mechanizm, który przełamie to ograniczenie. W praktyce istotne stają się adresy interfejsów, trasy pomiędzy segmentami, reguły zapory oraz właściwe zakresy adresowe utworzone na serwerze DHCP.

DHCP relay nie jest tym samym co dodatkowy serwer przydzielający adresy. Nie tworzy niezależnej puli adresów i nie powinien zastępować usługi DHCP. Jego rolą jest transport zapytania oraz przekazanie serwerowi informacji potrzebnych do wyboru odpowiedniego zakresu. Jeżeli na serwerze istnieje kilka zakresów, każdy z nich musi odpowiadać rzeczywistej podsieci klientów, a parametry takie jak maska, brama domyślna, adresy DNS i czas dzierżawy powinny być przypisane do właściwego zakresu.

W środowisku Windows warto odróżnić problem samej roli przekazującej od problemu usługi DHCP Server. Usługa serwera może działać poprawnie dla klientów znajdujących się lokalnie, podczas gdy żądania z odległego segmentu będą odrzucane albo w ogóle do niej nie dotrą. Z drugiej strony relay może przekazywać pakiety prawidłowo, lecz odpowiedź może zostać zatrzymana przez zaporę, brak trasy zwrotnej lub filtrowanie na urządzeniu sieciowym.

Przydatne jest porównanie ścieżki dla dwóch klientów: jednego znajdującego się w tej samej podsieci co serwer DHCP oraz drugiego działającego w podsieci zdalnej. Jeżeli pierwszy klient otrzymuje konfigurację, a drugi nie, bardziej prawdopodobna staje się usterka przekazywania, routingu, zakresu przypisanego do interfejsu albo reguł bezpieczeństwa. Jeżeli nie działa także klient lokalny, należy sprawdzić samą usługę DHCP, autoryzację, dostępność bazy dzierżaw oraz stan serwera.

Typowe problemy, błędy i objawy - DHCP relay nie działa w Windows

Jedną z częstych przyczyn jest wpisanie nieprawidłowego adresu serwera docelowego. Pomyłka jednej cyfry, wskazanie adresu nieosiągalnego z danego segmentu albo użycie adresu interfejsu, który nie obsługuje właściwej trasy, powoduje, że zapytania nie docierają do usługi DHCP. Należy również sprawdzić, czy skonfigurowany adres nadal należy do działającego interfejsu oraz czy nie został zmieniony po modyfikacji ustawień sieciowych.

Drugim problemem jest brak zakresu odpowiadającego podsieci klienta. Serwer może otrzymać żądanie, lecz nie znaleźć puli, z której mógłby przydzielić adres. Taki przypadek występuje między innymi po zmianie adresacji, maski lub bramy bez aktualizacji konfiguracji DHCP. Podobny skutek może wystąpić przy nakładających się zakresach, wyczerpaniu dostępnych adresów, wyłączeniu zakresu albo nieprawidłowym przypisaniu opcji zakresu.

Warto skontrolować routing w obu kierunkach. Możliwe jest dotarcie zapytania do serwera przy jednoczesnym braku drogi powrotnej do podsieci klienta. Wtedy w przechwyceniu ruchu widać odebrane żądania, lecz klient nie otrzymuje oferty lub potwierdzenia. Sama możliwość wykonania polecenia ping nie zawsze potwierdza poprawność całej ścieżki DHCP, ponieważ ping może być dozwolony innymi regułami niż ruch potrzebny do obsługi dzierżawy.

Znaczenie ma także zapora systemu Windows oraz filtrowanie na urządzeniach pośrednich. Reguła blokująca ruch DHCP może działać tylko dla określonego profilu sieciowego, interfejsu albo kierunku komunikacji. Zmiana profilu, aktualizacja zasad bezpieczeństwa lub wdrożenie nowej polityki może sprawić, że konfiguracja przestanie działać bez widocznej zmiany w ustawieniach usługi. Analizie powinny podlegać logi systemowe, dzienniki DHCP oraz reguły zapory obowiązujące na serwerze i urządzeniach przekazujących ruch.

Nieprawidłowości mogą dotyczyć również samego urządzenia klienckiego. Uszkodzona karta sieciowa, błędny sterownik, ręcznie wpisana konfiguracja, konflikt adresu lub zatrzymany klient DHCP mogą wyglądać jak awaria relay. Przydatne jest odnowienie dzierżawy, sprawdzenie aktualnego adresu, maski, bramy i serwerów DNS oraz porównanie wyniku z innym urządzeniem w tej samej podsieci. Jeżeli problem występuje wyłącznie na jednym komputerze, poszukiwanie usterki w konfiguracji przekazywania może prowadzić do błędnych wniosków.

Do weryfikacji przepływu można wykorzystać dzienniki zdarzeń, narzędzia diagnostyczne systemu Windows oraz przechwytywanie pakietów na odpowiednich interfejsach. Warto sprawdzić, czy pojawia się kolejno żądanie klienta, oferta serwera, żądanie potwierdzające wybór oferty i końcowe potwierdzenie dzierżawy. Brak pierwszego etapu wskazuje na klienta lub segment dostępu, brak przekazania na relay, brak odpowiedzi na usługę DHCP albo zakres, a brak powrotu na routing lub filtrowanie.

Kiedy trzeba umówić wizytę serwisową - DHCP relay nie działa w Windows

Do serwisu warto zgłosić się wtedy, gdy po sprawdzeniu podstawowych ustawień nadal nie można ustalić, na którym odcinku giną pakiety DHCP. Szczególnie uzasadniona jest konsultacja, gdy problem pojawił się po zmianie adresacji, wymianie urządzenia sieciowego, aktualizacji Windows, wdrożeniu nowych reguł zapory albo połączeniu kilku segmentów w jedną strukturę logiczną. W takich sytuacjach potrzebne bywa zestawienie konfiguracji klienta, serwera DHCP, tras oraz urządzeń przekazujących ruch.

Warszawskie Pogotowie Komputerowe 24/7 zajmuje się analizą usterek komputerowych i sieciowych zgłaszanych w Warszawie, dlatego można przekazać do weryfikacji przypadek, w którym Windows nie pobiera adresu z właściwego zakresu albo komunikacja z serwerem DHCP nie przebiega poprawnie. Przed rozpoczęciem diagnostyki warto przygotować opis podsieci, adres serwera DHCP, informacje o ostatnich zmianach oraz wyniki poleceń pokazujących bieżącą konfigurację interfejsu.

Nie zaleca się przypadkowego tworzenia dodatkowych zakresów, wyłączania zapory ani wielokrotnego restartowania usługi bez zapisania wcześniejszych ustawień. Takie działania mogą utrudnić odtworzenie przyczyny i doprowadzić do konfliktów adresowych. Bezpieczniejsze jest zebranie logów, wykonanie kopii konfiguracji, ustalenie, czy problem dotyczy wszystkich klientów, oraz sprawdzenie, czy awaria obejmuje jedną podsieć, konkretny interfejs czy całą usługę DHCP.

Po usunięciu przyczyny należy sprawdzić nie tylko otrzymanie adresu IP, lecz także poprawność maski, bramy, serwerów DNS i dostęp do zasobów znajdujących się poza lokalną podsiecią. Weryfikacja kilku urządzeń pozwala potwierdzić, że relay przekazuje ruch prawidłowo, serwer wybiera właściwy zakres, a odpowiedź wraca do klienta pełną ścieżką. Dzięki temu problem nie zostaje uznany za rozwiązany wyłącznie na podstawie chwilowego odnowienia pojedynczej dzierżawy.