DHCPv6 ignorowany przez system

DHCPv6 ignorowany przez system wskazuje, że Windows preferuje SLAAC do konfiguracji adresów IPv6 zamiast pełnego DHCPv6 — zależy to od flag M/O w ogłoszeniach routera (RA).

Czym jest ignorowanie DHCPv6 przez system

Określenie „DHCPv6 ignorowany przez system” opisuje sytuację, w której urządzenie z systemem Windows nie pobiera oczekiwanych parametrów IPv6 z usługi DHCPv6, mimo że w sieci jest ona dostępna. Nie musi to oznaczać awarii samego protokołu. W IPv6 sposób konfiguracji zależy od informacji przekazywanych w komunikatach Router Advertisement, czyli ogłoszeniach wysyłanych przez router. To właśnie na ich podstawie system ocenia, czy adres powinien zostać utworzony automatycznie z użyciem SLAAC, czy też należy dodatkowo skorzystać z DHCPv6.

W praktyce DHCPv6 może być używany do przekazywania adresów, serwerów DNS, nazwy domeny, tras lub innych parametrów konfiguracyjnych. Jeżeli jednak ogłoszenie routera nie wskazuje potrzeby pobierania określonych danych przez DHCPv6, Windows może pominąć ten mechanizm i ograniczyć się do informacji uzyskanych bezpośrednio z RA oraz do automatycznego utworzenia adresu na podstawie prefiksu IPv6. Z punktu widzenia użytkownika objawia się to często brakiem części ustawień, chociaż samo połączenie IPv6 pozostaje aktywne.

Kontekst techniczny i porównanie mechanizmów - DHCPv6 ignorowany przez system

SLAAC i DHCPv6 pełnią częściowo różne funkcje. SLAAC pozwala hostowi samodzielnie utworzyć adres IPv6 na podstawie prefiksu ogłoszonego przez router, a następnie uzupełnić identyfikator interfejsu zgodnie z zasadami obowiązującymi w danym systemie. DHCPv6 może natomiast dostarczać dodatkowe informacje albo uczestniczyć w przydzielaniu adresu, zależnie od konfiguracji sieci. Oba mechanizmy mogą działać równolegle, lecz ich współpraca jest sterowana przez zawartość komunikatów RA.

W ogłoszeniach routera szczególne znaczenie mają flagi M i O. Flaga M, określana jako Managed, informuje, że adres powinien być uzyskany z DHCPv6. Flaga O, czyli Other configuration, sygnalizuje potrzebę pobrania dodatkowych ustawień, nawet jeżeli sam adres powstaje przez SLAAC. Brak odpowiedniej flagi może spowodować, że klient nie wyśle oczekiwanego żądania DHCPv6. Istotne jest również to, że obsługa poszczególnych elementów IPv6 może różnić się między systemami, sterownikami kart sieciowych, routerami i urządzeniami filtrującymi ruch.

Nie należy utożsamiać braku dzierżawy DHCPv6 z brakiem adresu IPv6. Urządzenie może mieć poprawny adres globalny utworzony przez SLAAC, działającą trasę domyślną oraz dostęp do części zasobów internetowych, a jednocześnie nie otrzymać adresu lub konfiguracji oczekiwanej z DHCPv6. Dlatego ocena problemu wymaga sprawdzenia całego procesu: ogłoszeń RA, tablicy adresów, tras, odpowiedzi DNS oraz faktycznej wymiany pakietów.

Typowe problemy i błędy diagnostyczne - DHCPv6 ignorowany przez system

Częstą przyczyną jest niezgodność ustawień routera z oczekiwanym sposobem pracy klienta. Na routerze może być uruchomiony DHCPv6, ale flaga M lub O może nie być ustawiona, może być ustawiona niewłaściwie albo ogłoszenia RA mogą nie docierać do komputera. Zdarza się także odwrotna sytuacja: klient oczekuje konfiguracji uzyskiwanej przez DHCPv6, podczas gdy urządzenie sieciowe przekazuje wyłącznie prefiks i trasę. Wtedy system tworzy adres IPv6, lecz nie pobiera dodatkowych parametrów.

Warto zweryfikować, czy komunikaty ICMPv6 nie są blokowane przez zaporę, filtr na przełączniku, reguły segmentacji sieci lub błędnie ustawione urządzenie pośredniczące. Do poprawnego działania IPv6 potrzebne są między innymi komunikaty Router Solicitation, Router Advertisement, DHCPv6 oraz Neighbor Discovery. Ograniczenie któregoś z tych rodzajów ruchu może prowadzić do pozornie losowych objawów: okresowego uzyskiwania adresu, braku serwerów DNS, nieprawidłowej trasy albo korzystania wyłącznie z IPv4.

Nieprawidłowe wnioski mogą wynikać również z odczytania niewłaściwego interfejsu. Laptop lub komputer może posiadać aktywne połączenie Wi-Fi, przewodową kartę Ethernet, adapter tunelowy albo wirtualny interfejs utworzony przez dodatkowe oprogramowanie. Każdy z nich może prezentować odmienne adresy, trasy i stan DHCPv6. Pomocne jest porównanie wyników poleceń ipconfig /all, netsh interface ipv6 show interfaces oraz route print, a w bardziej złożonych przypadkach przechwycenie ruchu i sprawdzenie, czy zapytanie DHCPv6 opuszcza komputer oraz czy wraca na nie odpowiedź.

Do błędów diagnostycznych należy także ręczne wymuszanie adresów bez ustalenia, czy problem dotyczy SLAAC, DHCPv6, DNS, routingu czy filtracji pakietów. Tymczasowa zmiana ustawień może zamaskować źródło usterki i utrudnić późniejsze odtworzenie warunków. Bezpieczniej jest najpierw ustalić, jakie flagi znajdują się w RA, jaki prefiks jest ogłaszany, czy istnieje trasa domyślna oraz które parametry miały być dostarczone przez DHCPv6.

Kiedy najlepiej poprosić o ocenę stanu sprzętu - DHCPv6 ignorowany przez system

Zgłoszenie do serwisu jest uzasadnione, gdy połączenie IPv6 działa tylko częściowo, urządzenie nie otrzymuje adresu zgodnego z założeniami sieci, znikają ustawienia DNS albo dostęp do wybranych stron zależy od tego, czy używane jest Wi-Fi, czy połączenie przewodowe. Pomoc może być potrzebna również wtedy, gdy po zmianie routera, aktualizacji systemu lub wymianie karty sieciowej zaczęto obserwować ignorowanie DHCPv6, mimo że wcześniej konfiguracja była poprawna.

W serwisie laptopów i komputerów PC w Warszawie można zlecić sprawdzenie konfiguracji IPv6, stanu interfejsów, tras, zapory oraz wymiany komunikatów RA i DHCPv6. Dla laptopa przewidziana jest darmowa diagnoza LAPTOPA, dzięki której można oddzielić problem systemowy od błędów ustawień routera lub sieci lokalnej. W razie potrzeby analizuje się także sterownik karty sieciowej, kolejność preferowania IPv4 i IPv6 oraz wpływ dodatkowych programów filtrujących ruch.

Przed przekazaniem urządzenia warto zanotować moment występowania problemu, rodzaj używanego połączenia oraz przykładowe komunikaty lub adresy, do których nie ma dostępu. Takie informacje ułatwiają odtworzenie warunków i pozwalają szybciej ustalić, czy DHCPv6 jest rzeczywiście pomijany przez system, czy też odpowiedzi są blokowane albo nie zawierają parametrów oczekiwanych przez klienta.