Komunikat dns_probe_finished_nxdomain zwykle oznacza, że przeglądarka nie potrafi przełożyć nazwy domeny na adres IP, więc nie wie, dokąd wysłać żądanie. W praktyce źródłem problemu bywa literówka w adresie, lokalny cache DNS, router, VPN, a czasem sama konfiguracja domeny po stronie serwera. Poniżej rozbieram ten błąd na części i pokazuję, co sprawdzić najpierw, a kiedy trzeba wejść do panelu DNS.
Najkrócej rzecz biorąc, to błąd tłumaczenia nazwy domeny na IP
- NXDOMAIN oznacza, że resolver nie znalazł działającego wpisu dla danej nazwy.
- Problem może leżeć po stronie Twojego urządzenia, sieci domowej, dostawcy DNS albo samej domeny.
- Jeśli nie działa jedna strona, częściej winne są rekordy domeny. Jeśli nie działa wiele stron, najpierw sprawdź lokalny DNS.
- Najczęściej pomaga weryfikacja adresu, czyszczenie cache DNS, restart routera albo zmiana resolvera.
- Gdy zarządzasz domeną, kontrola rekordów A, AAAA, CNAME, nameserwerów i DNSSEC zwykle daje najszybszą odpowiedź.
Co właściwie oznacza ten błąd
W tle działa prosty mechanizm: wpisujesz nazwę strony, a DNS ma znaleźć dla niej właściwy adres IP. Jeśli dostajesz komunikat z NXDOMAIN, resolver mówi wprost, że ta nazwa nie istnieje w jego odpowiedzi albo nie ma dla niej poprawnych rekordów. Sam komunikat nie mówi jeszcze, czy problem jest po Twojej stronie, czy po stronie domeny. Mówi tylko tyle, że etap rozwiązywania nazwy nie zakończył się sukcesem.
W praktyce spotykam trzy scenariusze. Pierwszy to zwykła literówka lub zły adres, drugi to chwilowy konflikt z cache DNS albo ustawieniami sieci, a trzeci to błąd w konfiguracji domeny po zmianie hostingu, nameserwerów lub rekordów. To rozróżnienie jest ważne, bo późniejsze działania zależą od tego, gdzie dokładnie przerywa się tłumaczenie nazwy na IP. Jeśli to uporządkujesz, cała diagnostyka robi się dużo prostsza.
Najczęstsze przyczyny po stronie użytkownika i sieci domowej
Jeśli problem pojawia się tylko na jednym urządzeniu, zaczynam od rzeczy najprostszych. W takich przypadkach winowajca bardzo często siedzi nie w stronie internetowej, ale w samym połączeniu, przeglądarce albo lokalnym resolverze.
| Objaw | Co to zwykle oznacza | Co sprawdzić najpierw |
|---|---|---|
| Jedna strona nie działa, a reszta otwiera się normalnie | Problem po stronie domeny lub jej rekordów DNS | Porównaj działanie na innej sieci, np. przez LTE |
| Wiele stron nie otwiera się na jednym urządzeniu | Lokalny cache, VPN, proxy albo błędny resolver | Wyłącz VPN i wyczyść cache DNS |
| Strony nie działają tylko w jednej sieci Wi-Fi | Router albo DNS operatora | Restart routera i test na innym DNS |
| Błąd znika po zmianie przeglądarki | Ustawienia przeglądarki lub jej cache | Sprawdź Secure DNS i pamięć hosta |
| Po zmianie DNS wszystko działa lepiej | Resolver operatora odpowiada wolno albo błędnie | Zostaw publiczny DNS jako test diagnostyczny |
Do tej listy dorzuciłbym jeszcze dwie rzeczy, które często są pomijane: aktywny proxy i filtrowanie ruchu przez oprogramowanie ochronne. Czasem antywirus, filtr rodzinny albo firmowa polityka sieci zmieniają sposób rozwiązywania nazw i efekt wygląda dokładnie tak samo jak klasyczny błąd DNS. Zanim więc uznasz, że „strona nie działa”, sprawdź, czy nie masz po drodze dodatkowej warstwy, która przechwytuje ruch.
Jeśli chcesz od razu przejść do praktyki, zacznij od najkrótszej ścieżki diagnostycznej. Właśnie ona najczęściej oddziela przypadek lokalny od awarii domeny.
Jak naprawić problem na własnym urządzeniu
Tu liczy się kolejność. Najpierw sprawdzam rzeczy, które zajmują minutę, a dopiero potem grzebię w ustawieniach sieciowych. To oszczędza czas i eliminuje fałszywe tropy.
Sprawdź adres i porównaj wynik na innym urządzeniu
Najpierw upewnij się, że adres nie ma literówki, brakuje w nim subdomeny albo nie wpisujesz starego wariantu strony. Potem otwórz tę samą witrynę na innym urządzeniu lub w innej sieci, najlepiej przez dane komórkowe. Jeśli tam działa, problem niemal na pewno leży lokalnie albo po stronie routera.
Wyczyść cache DNS
Cache DNS potrafi przechowywać stare odpowiedzi nawet wtedy, gdy rekordy już się zmieniły. W praktyce zwykle wystarcza wyczyszczenie pamięci DNS i ponowne uruchomienie przeglądarki.
-
Windows- w wierszu polecenia uruchomipconfig /flushdns -
macOS- użyjsudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder -
Linux- w wielu dystrybucjach działaresolvectl flush-caches, ale zależy to od używanego resolvera
W Chrome i innych przeglądarkach warto też zamknąć wszystkie okna i uruchomić aplikację od nowa. Jeśli problem dotyczy tylko jednej przeglądarki, sprawdź jej ustawienia Secure DNS, bo czasem to właśnie tam siedzi konflikt z wyborem resolvera. Ten krok nie zawsze rozwiązuje sprawę, ale bardzo często zawęża obszar poszukiwań.
Zmień serwer DNS tylko jako test
Publiczny DNS bywa dobrym testem, ale nie traktuję go jako magicznej naprawy. Jeżeli po zmianie na inny resolver strona zaczyna działać, to zwykle znaczy, że problem dotyczył konkretnego serwera DNS, a nie samej witryny. Najczęściej sprawdzają się Google Public DNS lub Cloudflare DNS, ale jeśli to rozwiązanie działa tylko chwilowo, trzeba dalej szukać przyczyny w sieci albo konfiguracji domeny.
Wyłącz VPN, proxy i chwilowo odłącz router
VPN i proxy bardzo często wprowadzają dodatkową warstwę pośredniczącą, która zmienia odpowiedzi DNS. Podobnie zachowuje się router, który ma zawieszony stan po aktualizacji firmware albo po zmianie operatora. Jeśli po wyłączeniu VPN i restarcie routera błąd znika, masz praktycznie potwierdzenie, że źródło było po Twojej stronie, a nie na serwerze docelowym.
Gdy te kroki nie pomagają i nadal tylko jedna konkretna domena zwraca błąd, trzeba przejść z poziomu użytkownika do diagnostyki samej nazwy domenowej. To już zupełnie inny etap.
Jak rozpoznać, czy winna jest sieć, czy sama domena
Najprostszy test diagnostyczny to obserwacja zasięgu problemu. Jeśli nie działa jedna strona, a inne są dostępne, bardziej prawdopodobna jest awaria w DNS tej domeny. Jeśli nie działa wiele stron na jednym urządzeniu, myślę najpierw o cache, resolverze albo lokalnej konfiguracji sieci. Jeśli problem widać tylko na jednym Wi-Fi, a po przełączeniu na LTE znika, winny jest zwykle router albo DNS operatora.
| Jak testować | Wniosek | Co to oznacza w praktyce |
|---|---|---|
| Strona nie działa tylko u Ciebie | Problem lokalny | Sprawdź cache DNS, VPN, proxy i ustawienia Secure DNS |
| Strona nie działa na różnych urządzeniach w tej samej sieci | Problem sieci domowej | Restart routera i test na alternatywnym DNS |
| Strona działa na LTE, ale nie na Wi-Fi | Problem po stronie routera lub dostawcy internetu | Sprawdź DNS operatora albo konfigurację routera |
| Tylko jeden serwis zwraca NXDOMAIN | Problem domeny | Sprawdź rekordy i delegację DNS |
| Strona wraca po czasie bez zmian po Twojej stronie | Propagacja lub cache po drodze | To może być efekt opóźnień w DNS, a nie awaria urządzenia |
Ten prosty podział bywa bardziej użyteczny niż wszystkie ogólne porady razem wzięte. Kiedy już wiesz, że problem nie jest lokalny, nie ma sensu dalej walczyć z przeglądarką. Wtedy trzeba zajrzeć do konfiguracji domeny i jej rekordów, bo tam najczęściej kryje się przyczyna.
Co sprawdzić, jeśli zarządzasz domeną
Jeżeli odpowiadasz za stronę, sklep albo blog z własną domeną, patrzę przede wszystkim na trzy rzeczy: rekordy, delegację i czas propagacji. To właśnie tam najczęściej pojawia się błąd, który dla użytkownika końcowego wygląda jak zwykły „brak strony”, a w rzeczywistości jest czystym problemem DNS.
Rekordy, które muszą się zgadzać
Najpierw sprawdź, czy domena główna bez www ma właściwy rekord A lub AAAA, a subdomena www prowadzi tam, gdzie trzeba. A wskazuje adres IPv4, AAAA adres IPv6, a CNAME działa jak alias dla innej nazwy. Częsty błąd polega na tym, że działa tylko jedna wersja adresu, a druga zwraca NXDOMAIN, bo rekord nigdy nie został dodany.
Nameservery i DNSSEC
Jeśli domena była przenoszona między usługodawcami, sprawdź, czy rejestrator wskazuje właściwe nameservery. Jeden błędny wpis wystarczy, żeby cały ruch przestał się rozwiązywać. Warto też zweryfikować DNSSEC, bo źle podpisana strefa potrafi rozwalić rozwiązywanie nazw w sposób, który dla użytkownika kończy się dokładnie takim samym błędem jak brak rekordów.
Przeczytaj również: Jaki światłowód wybrać? Ranking dostawców internetu
Nowy rekord jeszcze się nie rozpropagował
Jak podaje Cloudflare, świeżo dodany rekord może przez chwilę zwracać NXDOMAIN z powodu negative caching, czyli zapamiętanej negatywnej odpowiedzi po drodze. To ważne, bo nie zawsze oznacza to, że coś zrobiłeś źle. Czasem zmiana jest poprawna, ale resolvery jeszcze trzymają starą informację i potrzebują czasu, żeby ją odświeżyć.
W takich sytuacjach pomaga cierpliwość, ale też niższy TTL ustawiony przed migracją. Jeśli wiesz, że zaraz będziesz zmieniał hosting albo rekordy, obniż TTL wcześniej, żeby cache po drodze wygasł szybciej. To małe ustawienie potrafi zaoszczędzić sporo nerwów, zwłaszcza przy ruchliwych domenach.
Gdy ta część jest uporządkowana, łatwiej zaplanować działania, które zmniejszają ryzyko powrotu problemu w przyszłości.
Jak skrócić diagnostykę przy następnym takim incydencie
Najlepiej działa nie jednorazowa naprawa, tylko prosty nawyk. Zapisz aktualne nameservery, ważniejsze rekordy i moment ostatniej zmiany w strefie DNS. Dzięki temu przy kolejnym incydencie nie zgadujesz, tylko od razu porównujesz stan obecny z poprzednim.
- Obniż TTL przed planowaną migracją lub zmianą rekordów.
- Testuj domenę z kilku resolverów, a nie tylko z jednego połączenia.
- Po zmianach sprawdzaj jednocześnie wersję z
wwwi bezwww. - Traktuj VPN, proxy i filtrowanie ruchu jako osobne źródła błędów.
- Jeśli problem wraca cyklicznie, monitoruj DNS zamiast zgadywać przy każdej awarii od nowa.
W praktyce te kilka prostych nawyków skraca diagnostykę z godzin do minut, bo od razu wiesz, czy poprawiać urządzenie, router, czy samą strefę DNS. I właśnie tak warto podchodzić do tego błędu: bez paniki, ale też bez zgadywania po omacku.
