Brak wsparcia DNS w WSL

Brak wsparcia DNS w WSL (Windows Subsystem for Linux) wskazuje na nieprawidłowo wygenerowany plik resolv.conf w dystrybucji — trzeba ręcznie skonfigurować serwer DNS lub wyłączyć automatyczną generację w /etc/wsl.conf.

Czym jest brak wsparcia DNS w WSL

Brak wsparcia DNS w WSL oznacza sytuację, w której środowisko Linux uruchomione w ramach Windows Subsystem for Linux nie potrafi zamienić nazw domenowych na adresy IP. W praktyce polecenia korzystające z nazw, takie jak apt, curl, git czy narzędzia instalowane przez menedżery pakietów, mogą zgłaszać błędy połączenia, mimo że sama sieć w systemie Windows działa prawidłowo. Problem dotyczy zwykle warstwy odpowiedzialnej za przekazywanie zapytań DNS pomiędzy dystrybucją WSL, systemem Windows oraz używaną siecią lokalną lub firmową.

W dystrybucji WSL istotną rolę odgrywa plik /etc/resolv.conf. To właśnie w nim znajduje się adres serwera DNS, z którego Linux próbuje korzystać przy rozpoznawaniu nazw. W typowej konfiguracji plik może być tworzony automatycznie podczas uruchamiania środowiska. Jeżeli adres zostanie wygenerowany nieprawidłowo, stanie się niedostępny albo nie będzie osiągalny z poziomu WSL, pojawia się wrażenie całkowitego braku internetu w terminalu, chociaż przeglądarka Windows nadal otwiera strony.

Nie jest to zatem wyłącznie awaria samej dystrybucji Linux. Przyczyną może być niespójność pomiędzy ustawieniami sieci Windows, mechanizmem wirtualnej karty WSL, regułami zapory, konfiguracją VPN oraz sposobem automatycznego tworzenia pliku resolv.conf. Prawidłowa naprawa powinna uwzględniać wszystkie te elementy, zamiast ograniczać się do jednorazowej zmiany adresu w pliku.

Kontekst techniczny i porównanie sposobów rozwiązywania problemu - Brak wsparcia DNS w WSL

W zwykłym systemie Linux konfiguracja DNS jest często kontrolowana przez lokalny mechanizm sieciowy, menedżer usług albo administratora systemu. W WSL część tej konfiguracji pozostaje zależna od Windows. Po uruchomieniu dystrybucji może zostać utworzony plik /etc/resolv.conf zawierający adres pośredniczący udostępniany przez środowisko Windows. Jeżeli ten adres nie odpowiada na zapytania, nazwy domenowe nie będą rozpoznawane, nawet gdy komunikacja po bezpośrednim adresie IP nadal jest możliwa.

Rozróżnienie między DNS a ogólnym brakiem łączności można przeprowadzić za pomocą kilku prostych testów. Sprawdzenie połączenia z adresem IP pozwala ustalić, czy działa sama trasa sieciowa. Próba odwołania do nazwy domenowej pokazuje, czy problem pojawia się dopiero na etapie rozpoznawania nazwy. Przydatne jest również porównanie zawartości pliku /etc/resolv.conf z ustawieniami DNS widocznymi w Windows oraz sprawdzenie, czy usterka występuje we wszystkich dystrybucjach WSL, czy tylko w jednej z nich.

Stosuje się zazwyczaj dwa podejścia. Pierwsze pozostawia automatyczne generowanie konfiguracji i usuwa przyczynę, przez którą wskazany serwer DNS jest niedostępny. Drugie polega na wyłączeniu automatycznej generacji oraz przygotowaniu własnego pliku resolv.conf. Drugie rozwiązanie daje większą kontrolę, ale wymaga pamiętania, że zmiana sieci, przełączenie VPN albo aktualizacja środowiska może wymusić ponowną weryfikację ustawień.

Nie powinno się bezrefleksyjnie wpisywać przypadkowych adresów DNS. Serwer musi być osiągalny z danej sieci, akceptować zapytania z używanego interfejsu i nie kolidować z zasadami bezpieczeństwa. W niektórych sieciach wymagane jest korzystanie z DNS udostępnianego przez router lub organizację, a publiczny serwer może nie rozwiązywać nazw wewnętrznych. Z tego powodu konfigurację należy dobierać do środowiska, w którym WSL jest uruchamiany.

Typowe problemy, błędy i objawy - Brak wsparcia DNS w WSL

Jednym z częstych objawów jest komunikat informujący o niemożności odnalezienia hosta. Może on pojawiać się podczas instalowania pakietów, pobierania repozytorium albo wykonywania polecenia odwołującego się do adresu internetowego. Innym sygnałem jest bardzo długie oczekiwanie na odpowiedź, po którym narzędzie zgłasza przekroczenie limitu czasu. W obu przypadkach warto ustalić, czy brak odpowiedzi dotyczy wszystkich domen, czy tylko wybranych nazw.

Błąd może również występować po wznowieniu komputera ze stanu uśpienia, zmianie sieci bezprzewodowej, włączeniu tunelu VPN albo ponownym uruchomieniu samego WSL. W takich sytuacjach poprzednio działający adres DNS może przestać być dostępny, a automatycznie wygenerowany plik nie zawsze zostaje odświeżony zgodnie z aktualnym stanem połączenia. Podobny efekt może wystąpić po zmianie ustawień zapory lub oprogramowania filtrującego ruch.

Do typowych błędów należy ręczna edycja /etc/resolv.conf bez sprawdzenia, czy plik jest generowany ponownie przy każdym uruchomieniu dystrybucji. Wtedy wprowadzone zmiany mogą zniknąć po restarcie. Odwrotna sytuacja także jest możliwa: wyłączenie automatycznej generacji bez utworzenia poprawnego pliku pozostawia dystrybucję bez działającej konfiguracji DNS.

Problemy może powodować także niezgodność między trybem sieciowym WSL a oprogramowaniem zabezpieczającym Windows. Warto zweryfikować stan usług odpowiedzialnych za działanie WSL, zrestartować środowisko po zmianie ustawień oraz sprawdzić, czy plik konfiguracyjny nie zawiera pustych wpisów, literówek lub adresów należących do nieaktywnego interfejsu. Jeżeli połączenia po adresach IP działają, a po nazwach nie, diagnoza powinna koncentrować się na DNS, a nie na ponownej instalacji całej dystrybucji.

Nie każda awaria narzędzia w terminalu wynika jednak z DNS. Błąd może być związany z certyfikatami, serwerem proxy, autoryzacją, niedostępnym repozytorium albo blokadą po stronie zapory. Dlatego wynik pojedynczego polecenia nie powinien być traktowany jako pełna diagnoza. Pomocne jest zebranie kilku informacji: rodzaju dystrybucji, wersji WSL, chwili wystąpienia problemu, używania VPN oraz tego, czy połączenie Windows działa w tym samym czasie.

Kiedy najlepiej przekazać urządzenie do naprawy - Brak wsparcia DNS w WSL

Warto zgłosić problem do serwisu, gdy konfiguracja DNS w WSL przestaje działać cyklicznie, dotyczy kilku dystrybucji albo pojawia się równocześnie z problemami sieciowymi w Windows. Szczególnej uwagi wymaga sytuacja, w której zmiany w plikach konfiguracyjnych nie przynoszą trwałego rezultatu, połączenie jest zależne od VPN lub występuje podejrzenie konfliktu z zaporą. Przed przekazaniem urządzenia dobrze zapisać dokładny komunikat błędu oraz zanotować, po jakiej zmianie problem się pojawił.

Warszawskie Pogotowie Komputerowe 24/7 zajmuje się sprawdzaniem usterek związanych z działaniem laptopów i komputerów PC, w tym problemów ujawniających się podczas korzystania z narzędzi systemowych.

Podczas diagnozy można sprawdzić stan WSL, ustawienia sieci Windows, zawartość plików konfiguracyjnych, działanie usług systemowych oraz wpływ zapory lub VPN. Następnie można rozdzielić problem chwilowy od trwałej niezgodności ustawień i dobrać sposób naprawy, który nie będzie wymagał przypadkowego nadpisywania konfiguracji przy każdym uruchomieniu środowiska.

Zgłoszenie jest szczególnie uzasadnione wtedy, gdy brak DNS blokuje aktualizacje, instalowanie zależności, pracę z repozytoriami lub wykonywanie zadań programistycznych. W przypadku komputera używanego do pracy istotne jest również zachowanie istniejących ustawień sieciowych i sprawdzenie, czy poprawka nie wpłynie na inne profile połączeń. Dzięki temu naprawa może objąć nie tylko sam plik resolv.conf, lecz także źródło problemu znajdujące się w konfiguracji systemu Windows lub środowiska WSL.