DNS z LAN ignorowany

DNS z LAN ignorowany wskazuje na priorytet interfejsu Wi-Fi nad przewodowym w metrykach systemowych — komputer używa DNS z sieci o wyższym priorytecie, nawet jeśli oba są aktywne.

DNS z LAN ignorowany — czym jest ten problem

Określenie „DNS z LAN ignorowany” opisuje sytuację, w której komputer pozostaje podłączony jednocześnie do sieci przewodowej i bezprzewodowej, lecz zapytania o adresy internetowe są rozwiązywane przy użyciu serwera DNS przypisanego do Wi-Fi. Samo aktywne połączenie kablem Ethernet nie oznacza jeszcze, że właśnie ono będzie wykorzystywane do komunikacji z usługą DNS. System operacyjny wybiera interfejs na podstawie tras, metryk, kolejności powiązań oraz ustawień uzyskanych z DHCP lub wprowadzonych ręcznie.

W praktyce może to prowadzić do pozornie sprzecznych objawów. Dostęp do zasobów lokalnych może działać przez LAN, natomiast nazwy urządzeń, domen firmowych albo adresy zdefiniowane w lokalnej sieci mogą być tłumaczone przez publiczny resolver związany z Wi-Fi. W innym wariancie strony internetowe otwierają się prawidłowo, ale nie można odnaleźć drukarki, udziału sieciowego, panelu urządzenia albo wewnętrznej aplikacji dostępnej pod nazwą zamiast pod adresem IP.

Nie jest to wyłącznie błąd samego serwera DNS. Przyczyną może być sposób wyznaczania preferowanej trasy, obecność dodatkowych wpisów DNS, aktywna funkcja prywatnego DNS, klient VPN, oprogramowanie ochronne albo konfiguracja punktu dostępowego. Dlatego poprawna ocena wymaga sprawdzenia całego łańcucha: od kart sieciowych, przez tablicę routingu, po rzeczywiste serwery odpowiadające na zapytania.

Jak system wybiera DNS między LAN i Wi-Fi

W systemie może być aktywnych kilka interfejsów, ale zapytania DNS nie są automatycznie dzielone po równo pomiędzy wszystkie dostępne połączenia. Znaczenie ma przede wszystkim trasa z najkorzystniejszą metryką oraz sposób, w jaki system i używane aplikacje obsługują konfigurację DNS. Interfejs przewodowy może mieć stabilniejsze połączenie i zapewniać dostęp do sieci lokalnej, a mimo to resolver z Wi-Fi może pozostać pierwszy na liście używanej do rozwiązywania nazw.

Ważne jest rozróżnienie dwóch mechanizmów. Routing decyduje, którędy zostanie wysłany pakiet do określonego adresu, natomiast konfiguracja DNS określa, do jakiego serwera zostanie skierowane pytanie o adres danej nazwy. Z tego powodu zmiana priorytetu kart sieciowych może naprawić część problemu, lecz nie zawsze wystarczy. Jeśli DNS z LAN nie zna danej domeny, odrzuca zapytania spoza własnej strefy albo odpowiada wolniej, system może sprawiać wrażenie, jakby przewodowe połączenie było niesprawne.

Przy porównywaniu obu ścieżek warto sprawdzić konfigurację otrzymaną z DHCP, ręczne wpisy DNS, kolejność serwerów, metrykę interfejsu oraz trasę do adresu używanego resolvera. Pomocne jest również wykonanie testu tej samej nazwy przy wyłączonym Wi-Fi i ponownie przy odłączonym kablu. Taki test pozwala ustalić, czy problem dotyczy wyboru interfejsu, odpowiedzi konkretnego DNS, czy może samej usługi działającej pod rozpoznawaną nazwą.

Odmiennie mogą zachowywać się także różne programy. Przeglądarka może korzystać z własnego mechanizmu bezpiecznego DNS, aplikacja VPN może przejmować zapytania, a narzędzia systemowe mogą korzystać z ustawień interfejsów. Dlatego sam wynik polecenia sprawdzającego konfigurację karty nie zawsze opisuje rzeczywistą drogę zapytań wykonywanych przez każdą aplikację.

Typowe objawy, błędy i źródła nieprawidłowej konfiguracji

Najczęściej zauważanym objawem jest różnica w działaniu tej samej usługi zależnie od aktywnego połączenia. Po wyłączeniu Wi-Fi zaczynają działać nazwy urządzeń dostępnych w LAN, po czym po ponownym włączeniu sieci bezprzewodowej pojawia się komunikat o braku hosta. Możliwe jest również odwrotne zachowanie: internet działa przez Wi-Fi, lecz połączenie przewodowe traci dostęp do części domen, ponieważ ruch do DNS jest kierowany niewłaściwą trasą.

Do częstych błędów należy pozostawienie ręcznie ustawionych serwerów DNS na karcie Wi-Fi przy jednoczesnym korzystaniu z przewodowej sieci, która powinna dostarczać własne adresy. Problem może pojawić się także po zmianie routera, odtworzeniu systemu z kopii, aktualizacji sterownika karty sieciowej albo zainstalowaniu programu tworzącego wirtualny interfejs. W takich przypadkach stare wpisy i nowe reguły mogą działać równocześnie, powodując trudne do przewidzenia rezultaty.

Warto zwrócić uwagę na pamięć podręczną DNS. Komputer może przez pewien czas używać wcześniejszego wyniku, mimo że bieżąca konfiguracja została już poprawiona. Z kolei negatywne zapamiętanie nieistniejącej nazwy może opóźniać zauważenie naprawy. Istotne jest więc sprawdzenie odpowiedzi bezpośrednio z wybranego serwera, a następnie wyczyszczenie pamięci podręcznej zgodnie z systemem i ponowne wykonanie testu.

Nie powinno się też utożsamiać każdego problemu z DNS z błędnym priorytetem Wi-Fi. Podobne objawy może wywołać brak trasy do sieci lokalnej, konflikt adresów, filtr zapory, niedziałająca usługa rozpoznawania nazw, błędna domena wyszukiwania albo chwilowa awaria urządzenia sieciowego. Jeżeli rozwiązywanie nazw działa, ale połączenie do uzyskanego adresu jest blokowane, przyczyna leży poza samym wyborem resolvera.

Diagnostyka powinna obejmować porównanie adresów DNS na obu interfejsach, tablicy tras, metryk, odpowiedzi dla kilku nazw oraz zachowania po odłączeniu jednego z połączeń. Należy również uwzględnić ustawienia VPN, zapory, przeglądarki i systemowych funkcji prywatności. Dopiero zestawienie tych informacji pozwala odróżnić rzeczywiste ignorowanie DNS z LAN od zwykłego opóźnienia, błędnej nazwy lub niedostępnej usługi lokalnej.

Kiedy najlepiej przekazać urządzenie do naprawy - DNS z LAN ignorowany

Zgłoszenie do serwisu jest uzasadnione wtedy, gdy problem powraca po restarcie, zależy od kolejności uruchamiania Wi-Fi i LAN albo wpływa na pracę kilku programów jednocześnie. Szczególnej uwagi wymaga sytuacja, w której dostęp do internetu jest pozornie prawidłowy, lecz nie można otwierać lokalnych paneli, korzystać z drukarek, odnajdywać komputerów w sieci lub łączyć się z aplikacjami używającymi nazw wewnętrznych.

Przed zgłoszeniem warto zanotować, które połączenie było aktywne, jakie nazwy nie działały oraz czy problem znikał po wyłączeniu Wi-Fi. Przydatne będą również informacje o ostatnich zmianach: wymianie routera, instalacji VPN, aktualizacji systemu, zmianie sterownika lub ręcznej edycji DNS. Takie dane skracają drogę do odtworzenia usterki i pomagają odróżnić błąd konfiguracji od problemu z kartą sieciową albo urządzeniem dostępowym.

W serwisie laptopów i komputerów PC w Warszawie można zlecić sprawdzenie takiej konfiguracji, a przy laptopie dostępna jest darmowa diagnoza LAPTOPA. W ramach oceny analizuje się kolejność interfejsów, metryki, trasy, źródła adresów DNS, pamięć podręczną oraz wpływ dodatkowych programów sieciowych. Pozwala to ustalić, czy należy skorygować ustawienia systemowe, przywrócić właściwe pobieranie konfiguracji, usunąć konflikt reguł, czy szukać przyczyny w sprzęcie.

Nie powinno się na stałe ustawiać przypadkowych serwerów DNS ani wyłączać zabezpieczeń tylko po to, aby uzyskać chwilowy dostęp do nazw lokalnych. Takie działania mogą ukryć rzeczywistą przyczynę i utrudnić późniejsze odtworzenie prawidłowej topologii sieci. Bezpieczniejsze jest ustalenie, który interfejs ma obsługiwać dany zakres adresów, jakie odpowiedzi powinny być zwracane oraz czy system ma korzystać z DNS przekazanego przez sieć przewodową.