WSL niedziałający przez proxy wskazuje na brak propagacji ustawień proxy Windows do środowiska dystrybucji Linux.
Co oznacza problem z proxy w WSL
WSL, czyli Windows Subsystem for Linux, uruchamia dystrybucję Linux obok systemu Windows, ale aplikacje działające w tej dystrybucji nie zawsze korzystają automatycznie z tych samych ustawień sieciowych co programy Windows. Dotyczy to szczególnie serwerów proxy skonfigurowanych w opcjach systemu, przeglądarce internetowej albo w mechanizmie WinHTTP. Program linuksowy może więc próbować łączyć się bezpośrednio z Internetem, mimo że ruch Windows powinien przechodzić przez wskazany serwer pośredniczący.
Objawem jest między innymi brak działania poleceń apt update, curl, wget, menedżerów pakietów, narzędzi programistycznych albo instalatorów uruchamianych wewnątrz dystrybucji WSL. Komunikaty mogą wskazywać na przekroczenie czasu oczekiwania, odmowę połączenia, błąd rozpoznawania nazwy hosta lub niemożność nawiązania połączenia HTTPS. Sam fakt, że Internet działa w Windows, nie potwierdza poprawności konfiguracji sieci w środowisku Linux.
Różnica między proxy Windows a zmiennymi środowiskowymi Linux
Programy linuksowe często odczytują ustawienia proxy ze zmiennych środowiskowych, takich jak HTTP_PROXY, HTTPS_PROXY, ALL_PROXY i NO_PROXY. W praktyce spotyka się także zapis małymi literami: http_proxy, https_proxy, all_proxy oraz no_proxy. To aplikacja decyduje, które nazwy obsługuje, dlatego ustawienie jednej wersji zapisu nie zawsze wystarcza dla wszystkich narzędzi.
Adres proxy powinien zawierać właściwy schemat, host i port, na przykład http://proxy.example:8080. Jeżeli serwer wymaga uwierzytelnienia, konieczne mogą być dane dostępowe, ale umieszczanie hasła bezpośrednio w zmiennej środowiskowej zwiększa ryzyko ujawnienia go w historii powłoki, konfiguracji procesu lub diagnostycznym zrzucie środowiska. Warto również rozróżnić proxy HTTP od serwera SOCKS. Wpisanie adresu SOCKS w ustawieniu przeznaczonym dla zwykłego proxy HTTP nie zapewnia automatycznej zgodności.
Sprawdzenie połączenia między WSL a serwerem pośredniczącym
Diagnostykę zaczyna się od ustalenia, czy problem dotyczy samego WSL, rozwiązywania nazw, trasy sieciowej, certyfikatów czy konfiguracji konkretnego programu. W dystrybucji można sprawdzić aktywne ustawienia poleceniami env | grep -i proxy oraz getent hosts nazwa-hosta. Pierwsze polecenie pokazuje zmienne proxy, a drugie pozwala ocenić, czy działa rozpoznawanie nazw DNS. Następnie można porównać próbę połączenia z użyciem i bez użycia proxy, na przykład przez curl -I https://example.com.
W WSL2 znaczenie ma również adres serwera proxy. Wpisanie localhost nie zawsze oznacza komputer z systemem Windows, ponieważ proces w dystrybucji działa w odrębnej przestrzeni sieciowej. W zależności od trybu sieciowego WSL i konfiguracji systemu Windows proxy może być dostępne pod adresem hosta Windows, ale nie pod adresem pętli zwrotnej widzianym z Linux. Trzeba też sprawdzić, czy zapora systemowa pozwala na połączenia z interfejsu używanego przez WSL oraz czy proxy nasłuchuje na adresie osiągalnym spoza lokalnego procesu Windows.
Przywrócenie obsługi proxy w dystrybucji WSL
W nowszych konfiguracjach WSL można wykorzystać ustawienie autoProxy=true w sekcji [wsl2] pliku .wslconfig. Mechanizm ten umożliwia przekazywanie informacji o proxy systemu Windows do środowiska WSL, ale nie zastępuje konfiguracji aplikacji, która ignoruje zmienne środowiskowe albo wymaga własnego pliku ustawień. Po zmianie konfiguracji często trzeba zatrzymać działające instancje poleceniem wsl --shutdown, a następnie uruchomić dystrybucję ponownie. W razie niezgodności wersji warto również sprawdzić dostępność aktualizacji poleceniem wsl --update.
Jeśli automatyczne przekazanie ustawień nie działa, proxy można ustawić jawnie w profilu powłoki, na przykład w ~/.bashrc albo odpowiednim pliku używanym przez daną powłokę. Menedżer pakietów APT może wymagać osobnej konfiguracji w katalogu /etc/apt/apt.conf.d/, ponieważ nie każda wersja i nie każde wywołanie narzędzia korzysta z tych samych zmiennych środowiskowych. Należy zweryfikować także certyfikat urzędu certyfikacji używany przez firmowe proxy TLS. Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów i komputerów PC, w tym diagnostykę problemów z konfiguracją oprogramowania sieciowego w sprzęcie użytkowym.
