apt update nie działa – brak sieci

apt update niedziałające (brak sieci) w środowisku Linux/WSL wskazuje na problem z konfiguracją DNS lub brak trasy do internetu w wirtualnej sieci.

apt update nie działa – brak sieci: czym jest ten komunikat

Komunikat „apt update nie działa – brak sieci” pojawia się wtedy, gdy system oparty na Debianie lub Ubuntu nie może połączyć się z repozytoriami pakietów. Polecenie apt update nie instaluje nowych programów. Jego zadaniem jest pobranie aktualnych indeksów, czyli informacji o dostępnych wersjach pakietów, ich zależnościach i źródłach. Jeżeli połączenie z serwerami repozytoriów nie zostanie nawiązane, lista pakietów pozostaje niepełna albo nieaktualna.

Sam komunikat nie wskazuje jeszcze jednej konkretnej przyczyny. Problem może dotyczyć połączenia z internetem, rozpoznawania nazw domenowych, trasy sieciowej, ustawień proxy, konfiguracji repozytoriów albo ograniczeń środowiska WSL. W praktyce istotne jest rozdzielenie dwóch sytuacji: system może nie mieć dostępu do sieci w ogóle albo może mieć dostęp do adresów liczbowych, ale nie potrafić zamienić nazwy domenowej, takiej jak archive.ubuntu.com, na adres IP.

Warto również odróżnić awarię samego menedżera pakietów od chwilowej niedostępności konkretnego repozytorium. Jeżeli pojawia się błąd dotyczący wszystkich źródeł, bardziej prawdopodobna staje się lokalna konfiguracja sieci. Gdy problem obejmuje tylko jeden adres, przyczyną może być literówka w pliku źródeł, nieaktualny wpis lub czasowa przerwa po stronie danego repozytorium.

apt update nie działa – brak sieci w Linuxie i WSL: kontekst techniczny

W zwykłej instalacji Linuxa polecenie apt update korzysta z aktywnego interfejsu sieciowego, tablicy tras i konfiguracji DNS. Interfejs, na przykład eth0 albo wlan0, musi otrzymać adres IP, maskę sieci i bramę domyślną. Następnie resolver DNS powinien otrzymać adres serwera, który odpowiada na zapytania o nazwy repozytoriów. Brak któregokolwiek z tych elementów może zakończyć się niepowodzeniem aktualizacji.

W WSL sytuacja jest dodatkowo zależna od sieci systemu Windows oraz warstwy pośredniczącej zapewniającej dostęp dystrybucji do internetu. Zmiana sieci Wi-Fi, aktywne połączenie VPN, filtr ochronny, uśpienie komputera lub modyfikacja ustawień zapory mogą spowodować, że uruchomiona wcześniej dystrybucja zachowa nieaktualne parametry. Wtedy Windows może prawidłowo otwierać strony internetowe, a jednocześnie polecenia wykonywane wewnątrz WSL nie będą mogły pobrać indeksów pakietów.

Pomocne jest porównanie kilku testów. Polecenie ip addr pozwala sprawdzić, czy interfejs ma adres. Wynik ip route pokazuje, czy istnieje trasa domyślna. Próba ping -c 3 1.1.1.1 bada dostęp do adresu IP bez udziału DNS, natomiast getent hosts archive.ubuntu.com sprawdza rozpoznawanie nazwy. W niektórych konfiguracjach odpowiedzi ICMP są blokowane, dlatego brak odpowiedzi na ping nie zawsze oznacza pełny brak internetu. Bardziej miarodajny może być test połączenia HTTPS, na przykład przez curl -I https://archive.ubuntu.com, o ile narzędzie jest już zainstalowane.

Warto pamiętać o różnicy między DNS a trasą. Błąd typu „Temporary failure resolving” zwykle kieruje uwagę na resolver i plik /etc/resolv.conf. Informacja o braku trasy, przekroczeniu czasu oczekiwania albo niemożności połączenia z hostem może wskazywać na bramę, interfejs, VPN lub filtr ruchu. Z kolei błąd certyfikatu często wynika z nieprawidłowej daty systemowej, a nie z awarii samego DNS.

apt update nie działa – brak sieci: typowe problemy i objawy

Jedną z częstszych przyczyn jest nieprawidłowy wpis w /etc/resolv.conf. Plik może wskazywać niedostępny serwer DNS, zawierać błędny adres albo być automatycznie nadpisywany przy każdym uruchomieniu środowiska. W WSL ręczna zmiana tego pliku może przynieść krótkotrwały efekt, lecz po ponownym uruchomieniu dystrybucji konfiguracja może wrócić do poprzedniego stanu. Dlatego należy ustalić, czy plik jest generowany automatycznie i gdzie znajduje się właściwe źródło ustawień.

Innym problemem bywa brak bramy domyślnej. Adres IP może być widoczny, lecz bez trasy do sieci zewnętrznej pakiety nie opuszczą lokalnego segmentu. Zdarza się to po zmianie połączenia, odłączeniu adaptera, nieudanym odnowieniu konfiguracji lub zastosowaniu nietypowej reguły sieciowej. Pomocne bywa ponowne uruchomienie odpowiedniego środowiska, ale przed wykonaniem takiej czynności dobrze jest zapisać komunikaty diagnostyczne.

Do niepowodzenia aktualizacji mogą prowadzić również błędne wpisy w plikach /etc/apt/sources.list oraz w katalogu /etc/apt/sources.list.d. Nieaktualny adres, nieistniejąca wersja dystrybucji lub niedostępny komponent wywołują błędy, mimo że ogólne połączenie z internetem działa. W takiej sytuacji nie powinno się usuwać wszystkich wpisów bez analizy. Bezpieczniej jest sprawdzić nazwę wydania poleceniem lsb_release -a albo odczytać ją z pliku /etc/os-release, a następnie porównać ją z nazwami użytymi w konfiguracji repozytoriów.

Specyficzną grupę stanowią ustawienia proxy. Zmienna http_proxy lub https_proxy może kierować ruch do adresu, który nie istnieje w bieżącej sieci. Podobny skutek powoduje wymuszenie proxy w konfiguracji APT. Warto sprawdzić zmienne środowiskowe oraz pliki w /etc/apt/apt.conf.d. Jeśli połączenie działa w przeglądarce Windows, nie oznacza to, że Linux lub WSL automatycznie korzysta z tych samych ustawień.

Znaczenie może mieć także zegar systemowy. Repozytoria korzystające z HTTPS odrzucą połączenie, jeżeli data lub godzina są znacznie przesunięte. W komunikatach mogą wtedy pojawić się określenia związane z ważnością certyfikatu. Nie należy wyłączać sprawdzania certyfikatów jako stałego rozwiązania, ponieważ osłabia to ochronę połączenia i utrudnia rozpoznanie prawdziwej przyczyny.

apt update nie działa – brak sieci: praktyczne wskazówki diagnostyczne

Diagnostykę najlepiej prowadzić od warstwy najprostszej do bardziej szczegółowej. Najpierw sprawdzany jest stan interfejsu i przydzielony adres, później trasa, następnie rozpoznawanie nazw, a dopiero na końcu konfiguracja źródeł pakietów. Taka kolejność ogranicza ryzyko poprawiania niewłaściwego pliku i pozwala powiązać komunikat z konkretnym etapem połączenia.

• ip addr pozwala sprawdzić, czy interfejs jest aktywny i ma adres IP.
• ip route pokazuje, czy ustawiono trasę domyślną.
• cat /etc/resolv.conf umożliwia odczyt aktualnych serwerów DNS.
• getent hosts deb.debian.org pozwala zweryfikować rozpoznawanie nazwy bez instalowania dodatkowych programów.
• curl -I https://deb.debian.org sprawdza połączenie HTTPS, jeśli curl jest dostępny.
• sudo apt update powinno być uruchamiane dopiero po ustaleniu, na którym etapie pojawia się błąd.

Jeżeli działa połączenie z adresem IP, lecz nie działa rozpoznawanie nazw, należy skupić się na DNS. W przypadku WSL znaczenie może mieć ponowne uruchomienie samej dystrybucji po zmianie sieci lub ustawień VPN. Gdy nie działa również połączenie z adresem IP, sprawdzane są interfejs, trasa domyślna, zapora i reguły narzucone przez używaną sieć. Jeżeli błąd dotyczy wyłącznie jednego repozytorium, porównuje się wpis źródła z oficjalną dokumentacją używanej wersji systemu.

Nie zaleca się obchodzenia problemu przez trwałe wyłączenie weryfikacji HTTPS, wpisywanie przypadkowych serwerów DNS ani usuwanie plików konfiguracyjnych bez kopii. Takie działania mogą ukryć przyczynę i doprowadzić do kolejnych błędów przy instalowaniu lub aktualizowaniu pakietów. Przydatne jest zapisanie pełnego wyniku polecenia, informacji o dystrybucji, rodzaju środowiska oraz momentu, od którego problem występuje. Szczególnie istotne są dane o zmianie sieci, instalacji VPN, aktualizacji Windows lub zmianie konfiguracji WSL.

apt update nie działa – brak sieci: kiedy zgłosić się do serwisu

Zgłoszenie do serwisu jest uzasadnione, gdy problem powtarza się po zmianie sieci, dotyczy kilku dystrybucji albo występuje równocześnie z innymi objawami, takimi jak brak dostępu do stron, zrywanie połączeń, nieprawidłowe działanie VPN lub utrata konfiguracji po restarcie. Warto skorzystać z pomocy także wtedy, gdy nie jest jasne, czy źródłem problemu jest Windows, WSL, Linux, router czy lokalne reguły ochronne. Samodzielne modyfikowanie tras i plików systemowych bez kopii może utrudnić późniejsze odtworzenie poprawnych ustawień.

Warszawskie Pogotowie Komputerowe 24/7 może przeanalizować zgłoszenie dotyczące niedziałającego apt update, sprawdzić zależności między systemem Linux, WSL i połączeniem sieciowym oraz uporządkować konfigurację w sposób dopasowany do używanego środowiska. Do przygotowania diagnozy przydatne są komunikaty z terminala, nazwa dystrybucji, informacja o korzystaniu z VPN oraz opis tego, czy inne urządzenia w tej samej sieci mają dostęp do internetu. Dzięki temu łatwiej rozdzielić awarię DNS, brak trasy, błąd repozytorium i problem z ustawieniami środowiska.