ERR_NAME_NOT_RESOLVED (-105): co to znaczy i jak naprawić

Czym jest ERR_NAME_NOT_RESOLVED?

ERR_NAME_NOT_RESOLVED oznacza, że zapytanie DNS o nazwę strony zawiodło, więc Chrome nie dostał adresu IP, z którym mógłby się połączyć. Chrome pokazuje „Ta witryna jest nieosiągalna” i komunikat „Nie udało się znaleźć adresu IP serwera ze stroną example.com.” Lista błędów Chromium nazywa to błędem -105, „The host name could not be resolved” (net_error_list.h).

Urządzenie prosi resolver DNS o zamianę nazwy, np. example.com, na adres IP. Ten błąd oznacza, że to się nie udało: resolver nie odpowiedział, odpowiedział błędem, uznał, że nazwa nie istnieje, albo urządzenie w ogóle nie mogło połączyć się z resolverem.

Może dotyczyć jednej strony (DNS tej domeny albo zapamiętana dla niej porażka) lub wszystkich stron (Twój resolver, sieć albo ustawienia urządzenia). Poniższe rozwiązania obejmują obie sytuacje.

ERR_NAME_NOT_RESOLVED vs DNS_PROBE_FINISHED_NXDOMAIN

Zaczynają się jako ta sama porażka. Gdy strona nie ładuje się z powodu DNS, Chrome zwykle uruchamia szybki test, czyli sondę DNS (DNS probe), i zamiast ERR_NAME_NOT_RESOLVED pokazuje jej wynik:

Sam ERR_NAME_NOT_RESOLVED zobaczysz, gdy sonda się nie uruchamia: w aplikacjach i DevTools, dla obrazów i skryptów strony, gdy sondę wyłączono (obecny Chrome nie ma na to ustawienia; może to zrobić tylko zasada administratora AlternateErrorPagesEnabled albo rozszerzenie) lub gdy wynik sondy jest niejednoznaczny (net_error_tab_helper.cc).

Tak czy inaczej rozwiązania się pokrywają: sprawdź nazwę, potem ścieżkę DNS.

Najczęstsze przyczyny ERR_NAME_NOT_RESOLVED

Przyczyny, od Twojej strony do strony witryny:

• Brak działającego resolvera DNS — Skonfigurowany serwer DNS urządzenia nie działa, jest nieosiągalny albo blokowany przez sieć, z której korzystasz.
• Źle skonfigurowany bezpieczny DNS (DoH) — Ustawienie „Użyj bezpiecznego serwera DNS” w Chrome wskazuje niestandardowego dostawcę z zepsutym lub błędnie wpisanym adresem URL, więc każde zapytanie kończy się porażką.
• Literówka w Prywatnym DNS na Androidzie — Błędna nazwa hosta Prywatnego DNS (np. dns.gogle zamiast dns.google) psuje wszystkie zapytania na telefonie; Android ostrzega „Brak dostępu do prywatnego serwera DNS”.
• Zapamiętana porażka — System, router lub Chrome zapisał wcześniejszą nieudaną odpowiedź albo odpowiedź „nie istnieje” i powtarza ją do wygaśnięcia.
• Problemy z routerem — Forwarder DNS routera się zawiesił; żadne urządzenie nie rozpozna nazw, dopóki router nie zostanie zrestartowany.
• Literówka w domenie — Błędnie wpisana lub niepełna domena może wywołać zarówno NAME_NOT_RESOLVED, jak i NXDOMAIN.
• Ingerencja VPN, zapory lub antywirusa — Oprogramowanie zabezpieczające przechwytuje zapytania DNS i zawodzi, albo tunel VPN działa, ale jego serwer DNS nie odpowiada.
• Plik hosts lub kontrola rodzicielska — Lokalne nadpisania lub oprogramowanie filtrujące blokują rozpoznawanie konkretnych domen.
• DNS domeny jest faktycznie zepsuty — Brakujące rekordy A/AAAA lub źle skonfigurowane serwery nazw po stronie właściciela strony.

Rozwiązanie 1: sprawdź adres URL i otwórz inną stronę

Najpierw wyklucz banalne przyczyny. Sprawdź adres pod kątem literówek — jeden błędny znak oznacza, że pytasz DNS o nazwę, której nie da się rozpoznać.

Następnie otwórz dwie–trzy inne strony. Jeśli zawodzi tylko jedna strona, problemem jest DNS tej domeny albo Twój wpis w cache — przeskocz do czyszczenia DNS poniżej i sprawdź w narzędziu Sprawdź rekordy DNS od DNS Robot, czy domena w ogóle rozpoznaje się globalnie. Jeśli zawodzą wszystkie strony, problemem jest resolver lub sieć — przejdź do rozwiązań dotyczących połączenia i serwera DNS.

Rozwiązanie 2: sprawdź połączenie z internetem

ERR_NAME_NOT_RESOLVED często pojawia się, gdy samo połączenie sieciowe jest w połowie zepsute: masz połączenie z Wi-Fi, ale sieć nie ma działającej trasy do internetu ani do serwera DNS.

Wyłącz i włącz Wi-Fi (albo odepnij i wepnij kabel Ethernet). Na telefonie przełącz się między Wi-Fi a danymi mobilnymi, żeby zobaczyć, która droga działa. W sieci z captive portalem (hotel, lotnisko, kawiarnia) otwórz nową kartę i spróbuj wywołać stronę logowania — DNS często zawodzi, dopóki się nie zalogujesz.

Rozwiązanie 3: wyczyść DNS i odnów adres IP

Zapamiętana porażka może przetrwać problem, który ją wywołał. Wyczyszczenie usuwa każde zapisane zapytanie, także zapamiętane porażki, a odnowienie dzierżawy IP odświeża serwery DNS przydzielone urządzeniu.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns
ipconfig /release
ipconfig /renew
netsh winsock reset

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

Polecenie netsh winsock reset w Windows naprawia sam stos sieciowy — warto je uruchomić, gdy samo czyszczenie nie pomaga, ale wymaga restartu. Szczegółowy przewodnik dla każdej platformy znajdziesz w artykule Jak wyczyścić DNS w Windows, Mac, Linux i Chrome.

Rozwiązanie 4: wyczyść wewnętrzny cache DNS Chrome

Chrome utrzymuje własny cache DNS, niezależny od systemowego. Nieudane zapytanie zapamiętane w Chrome przetrwa czyszczenie na poziomie systemu — wyczyść więc oba.

• Wpisz chrome://net-internals/#dns w pasku adresu i kliknij Clear host cache
• Następnie otwórz chrome://net-internals/#sockets i kliknij Flush socket pools
• Zrestartuj Chrome i spróbuj otworzyć stronę ponownie

Rozwiązanie 5: sprawdź ustawienie bezpiecznego DNS w Chrome

Chrome potrafi szyfrować zapytania DNS przez DNS over HTTPS: to ustawienie Użyj bezpiecznego serwera DNS. Jeśli wskazuje niestandardowego dostawcę, którego adres jest błędnie wpisany, wyłączony lub zablokowany w Twojej sieci, zapytania w Chrome zawodzą, a inne aplikacje działają normalnie.

Jak to sprawdzić:

• Otwórz chrome://settings/security w pasku adresu
• Znajdź Użyj bezpiecznego serwera DNS w sekcji Zaawansowane
• W polu Wybierz dostawcę DNS wybierz Ustawienie domyślne systemu operacyjnego (jeśli jest dostępne) albo dostawcę z listy, np. Google lub Cloudflare, zamiast niestandardowego adresu URL
• Albo wyłącz to na chwilę, by potwierdzić przyczynę, a potem włącz ponownie z działającym dostawcą
• Odśwież stronę

Rozwiązanie 6: przełącz się na publiczny serwer DNS

Jeśli resolver DNS Twojego dostawcy internetu jest wolny, kapryśny albo nie działa, przestawienie urządzenia na publiczny resolver natychmiast przywraca rozpoznawanie nazw i zwykle przyspiesza też przeglądanie.

Windows: Ustawienia → Sieć i Internet → Wi-Fi → „Zarządzaj znanymi sieciami” → Twoja sieć (Ethernet → Twoja sieć) → Edytuj obok „Przypisanie serwera DNS” → „Ręcznie” → włącz IPv4 → Preferowany serwer DNS 1.1.1.1, Alternatywny serwer DNS 1.0.0.1 → Zapisz.

macOS: Ustawienia systemowe → Sieć → Wi-Fi → Szczegóły → DNS → usuń stare wpisy i dodaj 1.1.1.1 oraz 1.0.0.1 → OK.

iPhone: Ustawienia → Wi-Fi → stuknij (i) obok swojej sieci → Konfiguruj DNS → Ręcznie → dodaj 1.1.1.1 i 1.0.0.1.

Nie wiesz, który resolver jest najszybszy w Twojej okolicy? Porównaj je bezpośrednio ze swojego łącza za pomocą narzędzia Test szybkości DNS od DNS Robot.

Rozwiązanie 7: zrestartuj router

Większość domowych urządzeń wysyła zapytania DNS do routera, a ten przekazuje je dostawcy internetu. Gdy forwarder DNS routera się zawiesi, każde urządzenie w sieci zaczyna zgłaszać ERR_NAME_NOT_RESOLVED, mimo że Wi-Fi wygląda na połączone.

Odłącz router (i modem) od zasilania na 30 sekund, podłącz z powrotem i odczekaj 2–3 minuty. Jeśli rozpoznawanie nazw znów zawiedzie w ciągu kilku dni, ustaw na urządzeniach publiczny serwer DNS bezpośrednio (Rozwiązanie 6), by przestały zależeć od forwardera routera — albo zmień DNS w samym routerze na 1.1.1.1 / 8.8.8.8.

Rozwiązanie 8: sprawdź Prywatny DNS na Androidzie

Prywatny DNS w Androidzie (Android 9 i nowszy) szyfruje DNS dla każdej aplikacji. Gdy ustawiono nazwę hosta dostawcy, literówka (dns.gogle, one.one.one.one1) albo dostawca, który zakończył działalność, zatrzymuje wszystkie zapytania na telefonie, zarówno w Wi-Fi, jak i na danych mobilnych, a Android ostrzega „Brak dostępu do prywatnego serwera DNS”.

Jak to sprawdzić:

• Otwórz Ustawienia → Sieć i internet → Prywatny DNS (czasem w sekcji „Więcej ustawień połączeń”)
• Jeśli wybrano „Nazwa hosta dostawcy prywatnego DNS”, upewnij się, że to dokładnie one.one.one.one (Cloudflare) lub dns.google (Google)
• Albo wybierz Automatyczny, by telefon zdecydował sam, i przetestuj ponownie
• Wyczyść też cache Chrome: Chrome → Ustawienia → Prywatność i bezpieczeństwo → Usuń dane przeglądania

Rozwiązanie 9: sprawdź plik hosts, VPN i antywirusa

Trzy lokalne mechanizmy mogą zepsuć rozpoznawanie nazw dla wybranych stron lub wszystkich naraz:

Plik hosts — Ręczne wpisy całkowicie nadpisują DNS. Otwórz go (C:\Windows\System32\drivers\etc\hosts w Windows, /etc/hosts na Mac/Linux) i usuń każdą linię z domeną, do której nie możesz się dostać.

VPN — Gdy tunel VPN jest połączony, ale jego serwer DNS przestaje odpowiadać, całe rozpoznawanie nazw umiera. Rozłącz VPN i przetestuj; jeśli to pomogło, zmień serwer VPN albo ustaw w aplikacji VPN publiczny DNS.

Antywirus / kontrola rodzicielska — Moduły filtrowania sieci rozpoznają nazwy w Twoim imieniu i mogą zawodzić albo celowo blokować całe kategorie stron. Tymczasowo wyłącz moduł ochrony sieci na czas testu, potem włącz go z powrotem.

Dla właścicieli stron: twoja domena się nie rozpoznaje

Jeśli odwiedzający zgłaszają ERR_NAME_NOT_RESOLVED dla Twojej domeny, głównym podejrzanym jest konfiguracja DNS. Sprawdź po kolei:

• Czy istnieją rekordy A/AAAA? Przepuść domenę przez narzędzie Sprawdź rekordy DNS. Brak rekordów A lub AAAA oznacza, że przeglądarki nie mają się z czym połączyć.
• Czy serwery nazw odpowiadają? Sprawdź rekordy NS w narzędziu NS Lookup. Jeśli Twój dostawca DNS ma awarię albo w rejestratorze wpisano złe serwery nazw, cała domena zawodzi.
• Czy właśnie zmieniano DNS? Zmiany docierają do każdego resolvera w miarę wygasania TTL starych odpowiedzi. Zupełnie nowa nazwa może też utknąć za zapamiętanym „nie istnieje” na czas negatywnego cache z rekordu SOA strefy, która tak odpowiedziała: 15 minut dla świeżo zarejestrowanej domeny .com lub .net, 30 minut dla nowej subdomeny w Cloudflare.
• Czy domena jest zawieszona? Jeśli WHOIS pokazuje clientHold lub serverHold (często po braku płatności albo niezweryfikowanym e-mailu rejestranta), domena jest wycofana z DNS. Wygasła domena częściej pokazuje stronę odnowienia lub parkingu rejestratora.
• Czy DNSSEC jest zepsuty? Błędny podpis sprawia, że walidujące resolvery (Google, Cloudflare i Quad9 walidują) odrzucają całą domenę, a niewalidujące nadal odpowiadają, co wygląda dla odwiedzających na losowe. Kontrola kondycji DNS od DNS Robot testuje DNSSEC razem z pozostałymi rekordami.

Jak sprawdzić, czy naprawa zadziałała

Zamiast tylko odświeżać stronę, potwierdź rozpoznawanie DNS bezpośrednio:

# Ask your current resolver:
nslookup example.com

# Ask a specific public resolver (bypasses your settings):
nslookup example.com 1.1.1.1

# Mac/Linux — more detail:
dig example.com +short

# If nslookup with 1.1.1.1 works but plain nslookup fails,
# your configured DNS server is the problem — switch it (Fix 6).

Jeśli terminal rozpoznaje domenę, a Chrome nadal pokazuje ERR_NAME_NOT_RESOLVED, awaria siedzi w samym Chrome — wyczyść jego host cache (Rozwiązanie 4) i sprawdź bezpieczny DNS (Rozwiązanie 5). A żeby potwierdzić, że domena rozpoznaje się z każdego zakątka świata, przepuść ją przez narzędzie Sprawdź rekordy DNS od DNS Robot.