DNS_PROBE_FINISHED_NXDOMAIN: co to znaczy i jak to naprawić

Czym jest DNS_PROBE_FINISHED_NXDOMAIN?

DNS_PROBE_FINISHED_NXDOMAIN oznacza, że Chrome nie dostał adresu dla nazwy witryny, mimo że Twój serwer DNS odpowiedział na jego własne zapytanie testowe, więc Chrome uznaje, że domena nie istnieje. Zwykle jest to prawdziwa odpowiedź NXDOMAIN („nieistniejąca domena”); zapytanie, które nie powiodło się z innego powodu, na przykład przez uszkodzony podpis DNSSEC (SERVFAIL), pokazuje tę samą stronę. Chrome nadaje jej tytuł „Ta witryna jest nieosiągalna”. Ludzie często szukają tego jako DNS_PROBE_NXDOMAIN; w Chromium nie ma takiego kodu, to ten sam błąd.

Liczy się jeden test: sprawdź nazwę w publicznym DNS (narzędzie „Sprawdź rekordy DNS” poniżej albo nslookup example.com 1.1.1.1). Jeśli publiczny DNS ją znajduje, przyczyna leży po Twojej stronie: literówka, nieaktualna pamięć podręczna, Twój serwer DNS, usługa filtrująca lub VPN. Jeśli publiczny DNS też zwraca NXDOMAIN, domena jest źle wpisana, wygasła lub źle skonfigurowana i naprawić to może tylko jej właściciel.

Często przyczyną jest literówka albo coś po Twojej stronie, co naprawisz w kilka minut; poniższe kroki prowadzą od najszybszych sprawdzeń do samej domeny.

Jak ten błąd wygląda w innych przeglądarkach

Każda przeglądarka wyświetla ten błąd DNS inaczej, ale przyczyna jest zawsze taka sama — nie udało się rozwiązać domeny.

Przeglądarki oparte na Chromium (Chrome, Edge, Brave, Opera) wyświetlają ten sam kod DNS_PROBE_FINISHED_NXDOMAIN. Firefox i Safari pokazują bardziej przyjazną wiadomość, ale problem leżący u podstaw jest identyczny.

NXDOMAIN a pozostałe błędy DNS_PROBE w Chrome

Gdy strona się nie ładuje, Chrome uruchamia szybki test DNS i nazywa wynik kodem DNS_PROBE. Tylko jeden z nich oznacza, że nazwa nie istnieje:

ERR_NAME_NOT_RESOLVED w Chrome to ta sama awaria „brak adresu dla tej nazwy”, pokazywana wtedy, gdy Chrome nie uruchamia testu albo test jest niejednoznaczny: zobacz ERR_NAME_NOT_RESOLVED.

Najczęstsze przyczyny DNS_PROBE_FINISHED_NXDOMAIN

Przyczyny dzielą się na te po Twojej stronie (większość) i te po stronie domeny.

• Literówka w adresie URL — Bardzo częsta przyczyna. Jeden błędny znak (np. gogle.com zamiast google.com) wywołuje NXDOMAIN, ponieważ błędnie wpisana domena nie istnieje w DNS.
• Zapamiętane „nie istnieje” — komputer lub serwer DNS zapisał wcześniejszą odpowiedź NXDOMAIN, na przykład z czasu, zanim domena została skonfigurowana, i powtarza ją do wygaśnięcia
• Wewnętrzna pamięć podręczna DNS Chrome — Chrome prowadzi własną pamięć podręczną DNS, niezależną od systemu operacyjnego. Nawet po wyczyszczeniu pamięci systemowej Chrome może nadal korzystać z przestarzałego wpisu.
• Usługa filtrująca DNS — Quad9 odpowiada NXDOMAIN dla blokowanych domen, więc działająca strona wygląda, jakby nie istniała. (Pi-hole, AdGuard i Cloudflare for Families domyślnie odpowiadają 0.0.0.0, co zamiast tego pokazuje błąd połączenia)
• Domena niezarejestrowana lub wygasła — Właściciel strony zapomniał odnowić domeny albo domena nigdy nie została zarejestrowana.
• Zupełnie nowa domena — resolver, który zapytał, zanim domena została skonfigurowana, przechowuje odpowiedź „nie istnieje” przez czas negatywnego buforowania strefy: 15 minut dla .com i .net
• Nazwa lokalna, której nie ma w pliku hosts — nazwy deweloperskie, takie jak myapp.test, istnieją tylko tam, gdzie je zdefiniujesz (błędny wpis w hosts daje zamiast tego błąd połączenia, a nie NXDOMAIN)
• Blokada przez VPN lub zaporę sieciową — VPN, serwer proxy lub zapora przechwytuje zapytania DNS i blokuje lub przekierowuje domenę.
• Problem z serwerem DNS dostawcy internetu — Serwer DNS Twojego dostawcy internetowego błędnie zwraca NXDOMAIN albo nie otrzymał jeszcze rekordów DNS domeny.

Rozwiązanie 1: sprawdź pisownię domeny

Dokładnie sprawdź adres URL w pasku adresu: wystarczy jeden błędny znak.

Szukaj typowych literówek: brakujące litery (goole.com), dodatkowe litery (googgle.com), błędne TLD (.con zamiast .com) lub pomylone znaki (goog1e.com z cyfrą 1 zamiast litery l).

Jeśli ktoś przysłał Ci link, spróbuj wyszukać stronę w Google zamiast klikać link bezpośrednio. Jeśli domena naprawdę nie istnieje, żaden wynik wyszukiwania się nie pojawi.

Rozwiązanie 2: wyczyść pamięć podręczną DNS

Jeśli domena jest wpisana prawidłowo, następnym krokiem jest wyczyszczenie pamięci podręcznej DNS systemu operacyjnego. Usuwa to wszystkie zapisane wpisy DNS i wymusza nowe zapytania.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

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

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

# Chrome OS
chrome://net-internals/#dns → Clear host cache

Po wyczyszczeniu spróbuj ponownie załadować stronę. Jeśli rekordy DNS domeny zostały niedawno zaktualizowane, wyczyszczenie pamięci podręcznej pozwoli Twojemu systemowi pobrać nowe rekordy.

Polecenia dla każdego systemu, routery również: jak wyczyścić DNS.

Rozwiązanie 3: wyczyść wewnętrzną pamięć podręczną DNS Chrome

Chrome prowadzi własną pamięć podręczną DNS, całkowicie niezależną od pamięci podręcznej systemu operacyjnego. Samo wyczyszczenie systemowej pamięci podręcznej nie wystarczy — musisz również wyczyścić wewnętrzną pamięć podręczną Chrome.

• Otwórz Chrome i wpisz chrome://net-internals/#dns w pasku adresu
• Kliknij "Clear host cache", aby usunąć wszystkie zapisane wpisy DNS w Chrome
• Następnie przejdź do chrome://net-internals/#sockets i kliknij "Flush socket pools", aby zresetować otwarte połączenia
• Spróbuj ponownie załadować stronę — Chrome wykona teraz zupełnie nowe zapytanie DNS

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

Serwer DNS Twojego dostawcy internetowego może niepoprawnie zwracać odpowiedzi NXDOMAIN lub nie posiada jeszcze rekordów DNS domeny. Przełączenie na niezawodny publiczny serwer DNS często rozwiązuje ten problem.

Zmiana DNS w Windows

• Otwórz Ustawienia → „Sieć i Internet” → „Wi-Fi” → „Zarządzaj znanymi sieciami” → Twoja sieć (dla kabla: „Ethernet” → Twoja sieć)
• Znajdź na tej stronie „Przypisanie serwera DNS”
• Kliknij „Edytuj” obok „Przypisanie serwera DNS” → zmień na „Ręcznie”
• Włącz „IPv4” i ustaw „Preferred DNS” na 1.1.1.1, a „Alternate DNS” na 1.0.0.1
• Kliknij „Zapisz” i ponownie przetestuj stronę

Zmiana DNS na macOS

• Otwórz Ustawienia systemowe → „Sieć” → „Wi-Fi” → „Szczegóły”
• Kliknij „DNS” na pasku bocznym
• Usuń istniejące wpisy i dodaj 1.1.1.1 oraz 1.0.0.1
• Kliknij „OK”

Rozwiązanie 5: sprawdź plik hosts

Plik hosts przypisuje nazwom adresy, zanim zapytany zostanie DNS. Błędny wpis (127.0.0.1 example.com) nadaje nazwie adres, więc zobaczysz odrzucone połączenie lub zupełnie inną witrynę, a nie NXDOMAIN; mimo to usuń takie linie, bo dopisują je złośliwe programy i stare blokery reklam.

Plik hosts powoduje NXDOMAIN w odwrotnej sytuacji: gdy lokalna nazwa deweloperska (myapp.test, api.local) nigdy nie została do niego dodana. Publiczny DNS nigdy o niej nie słyszał, więc zapytanie kończy się niepowodzeniem.

# Windows — open as Administrator:
notepad C:\Windows\System32\drivers\etc\hosts

# macOS / Linux:
sudo nano /etc/hosts

# Look for lines like:
# 127.0.0.1  example.com    ← This blocks the domain!
# 0.0.0.0    example.com    ← This also blocks it!

# If you find the domain listed, delete that line and save.

Po edycji zapisz plik i wyczyść pamięć podręczną DNS (Rozwiązanie 2).

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

Chrome może wysyłać zapytania DNS przez HTTPS do własnego dostawcy zamiast do DNS systemu. Jeśli ten dostawca filtruje (DNS rodzinny lub zabezpieczający), Chrome dostaje „nie ma takiej domeny” dla witryn, które inne przeglądarki ładują bez problemu. (Jeśli dostawca jest nieosiągalny, Chrome pokazuje zamiast tego DNS_PROBE_FINISHED_BAD_SECURE_CONFIG.)

• Otwórz chrome://settings/security (Ustawienia → Prywatność i bezpieczeństwo → Bezpieczeństwo)
• Znajdź opcję „Użyj bezpiecznego serwera DNS” i zobacz, który dostawca jest wybrany
• Zmień wybór w polu „Wybierz dostawcę DNS” na Ustawienie domyślne systemu operacyjnego (jeśli jest dostępne) albo na Google lub Cloudflare, po czym odśwież stronę
• Edge: edge://settings/privacy → „Security” → „Use secure DNS”

Jeśli zmiana dostawcy rozwiązuje problem, poprzedni blokował tę domenę lub nie potrafił jej rozwiązać.

Rozwiązanie 7: tymczasowo wyłącz VPN lub antywirus

VPN-y wysyłają Twoje zapytania DNS na własne serwery, a oprogramowanie zabezpieczające, Pi-hole, routery i rodzinne usługi DNS filtrują nazwy uznane za ryzykowne. Quad9 odpowiada NXDOMAIN dla blokowanej domeny, więc strona wygląda, jakby nie istniała; większość innych filtrów odpowiada 0.0.0.0, co zamiast tego pokazuje błąd połączenia.

Wyłącz VPN lub filtr i odśwież stronę. Aby mieć pewność co do blokady Quad9, użyj dig: dokumentacja Quad9 mówi, że blokowana domena zwraca NXDOMAIN z AUTHORITY: 0 (i bez flagi ra), a domena, która naprawdę nie istnieje, wraca z rekordem SOA strefy (AUTHORITY: 1). Własna domena testowa Quad9 to isitblocked.org:

dig isitblocked.org @9.9.9.9

# ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
# ;; flags: qr rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0   ← blocked by Quad9

# A name that really doesn't exist:
# ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1   ← the zone's SOA comes back

Rozwiązanie 8: sprawdź status rejestracji domeny

Jeśli żadne z powyższych rozwiązań nie działa, domena może faktycznie nie być zarejestrowana lub wygasła. Jest to szczególnie częste w przypadku nowych stron, niedawno zmienionych domen lub domen, których właściciel zapomniał odnowić.

Aby zweryfikować status domeny:

• Użyj narzędzia WHOIS od DNS Robot pod adresem /whois-lookup — wpisz domenę i sprawdź daty rejestracji i wygaśnięcia
• Użyj narzędzia „Sprawdź rekordy DNS” od DNS Robot pod adresem /dns-lookup — jeśli nie istnieją rekordy A, AAAA ani NS, domena nie ma konfiguracji DNS
• Nowa domena lub nowy rekord? Resolver, który szukał nazwy, zanim istniała, przechowuje odpowiedź „nie istnieje” przez czas negatywnego buforowania z rekordu SOA strefy (RFC 2308): 15 minut dla .com i .net, gdzie indziej zwykle poniżej godziny. Publiczny DNS może ją już widzieć, podczas gdy resolver Twojego dostawcy internetu wciąż odpowiada NXDOMAIN
• Zarejestrowana, ale się nie rozwiązuje? Jeśli WHOIS pokazuje domenę, ale nie ma ona serwerów nazw albo jej status to clientHold lub serverHold (po wygaśnięciu lub niezweryfikowanym e-mailu rejestranta), serwery TLD odpowiadają NXDOMAIN: napraw to u rejestratora. Serwery nazw, które po prostu nie mają strefy, dają zamiast tego SERVFAIL lub REFUSED

NXDOMAIN dla lokalnych nazw deweloperskich

Jeśli nazwa, która się nie ładuje, to nazwa wymyślona na potrzeby programowania (myapp.test, api.local, nazwa usługi Docker), publiczny DNS nigdy o niej nie słyszał, więc NXDOMAIN jest poprawną odpowiedzią. Zamiast tego spraw, by nazwa rozwiązywała się na Twoim komputerze:

• Użyj localhost — http://localhost:8000 i http://127.0.0.1:8000 zawsze się rozwiązują; większość serwerów deweloperskich (Django, Rails, Vite, Next.js) wypisuje jeden z tych adresów
• Dodaj nazwę do pliku hosts — 127.0.0.1 myapp.test, a następnie wyczyść pamięć podręczną DNS
• Nazwy Docker — nazwa usługi, taka jak db, rozwiązuje się tylko wewnątrz sieci Docker; z własnego komputera użyj localhost i opublikowanego portu
• Nazwy .local — korzystają z multicast DNS (mDNS), wbudowanego w macOS, iOS oraz Windows 10 i 11; w Linuksie włącz Avahi lub mDNS w systemd-resolved

Naprawa DNS_PROBE_FINISHED_NXDOMAIN na Androidzie

Błąd NXDOMAIN pojawia się w przeglądarce Chrome na Androidzie z tym samym kodem błędu. Oto jak go naprawić.

• Wyczyść pamięć podręczną Chrome: Otwórz Chrome → Ustawienia → Prywatność i bezpieczeństwo → Usuń dane przeglądania → zaznacz Obrazy i pliki zapisane w pamięci podręcznej → Usuń dane
• Sprawdź Prywatny DNS: Ustawienia → Sieć i internet → Prywatny DNS (co to robi). Jeśli wskazuje usługę filtrującą, ustaw Automatyczny lub dns.google
• Przełącz tryb samolotowy: Włącz tryb samolotowy na 10 sekund, potem wyłącz — to wymusza nowe połączenie sieciowe i zapytanie DNS
• Zaktualizuj Chrome: Otwórz Sklep Play → wyszukaj Chrome → dotknij Aktualizuj, jeśli dostępne
• Uruchom ponownie urządzenie, jeśli żaden z powyższych kroków nie pomoże

Naprawa DNS_PROBE_FINISHED_NXDOMAIN na iPhonie / iPadzie

Na iOS Safari wyświetla komunikat "Safari nie może znaleźć serwera" zamiast kodu błędu Chrome. Jeśli używasz Chrome na iOS, zobaczysz komunikat DNS_PROBE_FINISHED_NXDOMAIN. Oto jak naprawić ten problem.

• Zmień DNS: Ustawienia → Wi-Fi → dotknij ikony (i) obok sieci → „Konfiguruj DNS” → „Ręcznie” → dodaj 1.1.1.1 i 1.0.0.1
• Wyczyść pamięć podręczną Safari: Ustawienia → Aplikacje → Safari → Wymaż historię i dane witryn
• Wyczyść pamięć podręczną Chrome: w Chrome dotknij ⋯ („Więcej”) → Usuń dane przeglądania
• Przełącz tryb samolotowy: Włącz na 10 sekund, potem wyłącz, aby zresetować połączenie sieciowe
• Uruchom ponownie urządzenie, aby wyczyścić cały tymczasowy stan DNS

Jak sprawdzić, czy naprawa zadziałała

Po zastosowaniu rozwiązania sprawdź, czy rozwiązywanie DNS działa dla danej domeny.

# Test DNS resolution directly
nslookup example.com

# Test with a specific DNS server
nslookup example.com 1.1.1.1

# Detailed test (Mac/Linux)
dig example.com

# status: NXDOMAIN from your own resolver? Confirm with a public one
# before concluding the domain doesn't exist:
dig example.com @1.1.1.1

Jeśli nslookup zwróci adres IP, DNS działa i strona powinna się załadować. Jeśli nadal wyświetla "Non-existent domain", domena jest rzeczywiście niezarejestrowana lub musisz wypróbować inny serwer DNS.

Możesz również użyć narzędzia „Sprawdź rekordy DNS” od DNS Robot, aby sprawdzić, czy domena jest rozwiązywana z wielu globalnych serwerów — to potwierdzi, czy problem dotyczy tylko Twojego urządzenia, czy jest to globalny problem DNS.