DNS_PROBE_FINISHED_NXDOMAIN är felet som Chrome visar när DNS rapporterar att domännamnet inte finns. NXDOMAIN står för ”non-existent domain”. Om bara en besökare ser felet ligger orsaken oftast hos besökaren: ett stavfel, en inaktuell DNS-cache eller en trasig resolver. Om alla ser det är problemet ditt: en utgången domän, en borttagen eller ändrad DNS-post, ett byte av namnservrar som gick snett eller en ny post som inte har spridits ut än. Snabbaste sättet att se skillnaden är att slå upp domänen med dig eller nslookup mot en publik resolver.
Den här guiden riktar sig främst till webbplatsägare, byråer och utvecklare som behöver få en domän att fungera igen. Ett kort avsnitt för besökare finns i slutet.
Vad NXDOMAIN egentligen betyder
När en webbläsare öppnar northwind.shop frågar den en DNS-resolver efter adressen. Resolvern följer kedjan från rotservrarna till servrarna för .shop och vidare till namnservrarna för northwind.shop. Om kedjan slutar med ett auktoritativt svar om att ”det här namnet finns inte” returnerar resolvern NXDOMAIN och webbläsaren ger upp. I Chrome står det på sidan att webbplatsen inte går att nå och att serverns IP-adress inte hittades, med koden DNS_PROBE_FINISHED_NXDOMAIN. Andra webbläsare formulerar det annorlunda, men det är samma fel.
Två närliggande DNS-svar är bra att känna till, eftersom de pekar på olika problem:
SvarBetydelseVanlig orsakNXDOMAINNamnet finns inte allsSaknad post, utgången eller spärrad domän, stavfelNOERROR utan svarNamnet finns, men inte med den här posttypenEn AAAA-fråga för ett namn som bara har en A-postSERVFAILResolvern fick inget giltigt svarTrasiga namnservrar, DNSSEC-problem, ett byte av namnservrar som gick snett
En besökares webbläsare kan visa liknande fel för alla tre, så kontrollera vilket svar du får innan du börjar åtgärda.
Orsaker hos webbplatsägaren
Domänregistreringen har gått ut
När en registrering går ut slutar domänregistraren normalt att publicera domänen som vanligt. Beroende på registrar och register kan domänen spärras och tas bort från DNS, vilket ger NXDOMAIN för allt på den, eller pekas mot en parkeringssida, som ersätter din webbplats med någon annans. Hur det än blir slutar webbplatsen, e-posten och API:et att fungera på en gång. Påminnelserna om förnyelse har ofta gått till en adress som ingen läser längre. Läs mer om varför domänövervakning är viktig för ditt företag.
En post har tagits bort eller ändrats
Någon tog bort A-posten för www när zonen städades, eller en migrering återskapade zonen utan en post som fanns tidigare. Den nakna domänen fungerar fortfarande medan www ger NXDOMAIN, eller tvärtom. Underdomäner som shop, api eller status är särskilt lätta att tappa vid migreringar eftersom ingen kontrollerar dem.
Namnservrarna har bytts
Att flytta DNS till en ny leverantör innebär att namnservrarna ändras hos domänregistraren. Om zonen hos den nya leverantören är ofullständig försvinner varje post som inte kopierades. Om namnservrarna pekar mot en leverantör där zonen inte finns alls kan resolvrarna få fel eller NXDOMAIN-svar för hela domänen.
Ett stavfel i posten eller namnservern
northwind.shpo i ett namnserverfält, en saknad punkt i slutet av ett CNAME-mål i en zonfil, eller en post som skapats som www.northwind.shop.northwind.shop av en kontrollpanel som lägger till zonnamnet automatiskt. Vart och ett ger NXDOMAIN för ett namn som du är säker på att du har skapat.
Spridning och negativ cachning
En post som du nyss har skapat syns kanske inte överallt än. Resolvrar cachar svar så länge TTL tillåter, och de cachar även ”det här finns inte”. Det negativa svaret cachas under en tid som anges i zonens SOA-post. Om någon slog upp en underdomän innan du skapade den kan deras resolver fortsätta att svara NXDOMAIN en stund efter att posten finns.
Snabbkontroller med dig och nslookup
Börja med att fråga en publik resolver direkt, så går du förbi din egen dators cache:
dig northwind.shop A @1.1.1.1
dig www.northwind.shop A @8.8.8.8
Titta på fältet status i huvudet. status: NXDOMAIN bekräftar att namnet inte finns sett från resolvern. status: NOERROR med en svarssektion betyder att DNS fungerar och att problemet ligger någon annanstans.
Kontrollera sedan vilka namnservrar domänen använder och fråga dem direkt. Deras svar är facit:
dig NS northwind.shop +short
dig www.northwind.shop A @ns1.example-dns.net
Om den auktoritativa namnservern har posten men publika resolvrar svarar NXDOMAIN väntar du på att cacharna ska löpa ut. Om även den auktoritativa namnservern svarar NXDOMAIN saknas posten eller är felstavad i zonen.
För att följa hela kedjan från roten och nedåt, vilket visar exakt var delegeringen bryts efter ett byte av namnservrar, använder du:
dig www.northwind.shop +trace
På Windows gör nslookup samma jobb:
nslookup www.northwind.shop 1.1.1.1
nslookup -type=NS northwind.shop
”Non-existent domain” i utdata är NXDOMAIN.
Kontrollera till sist registreringen. En sökning hos din domänregistrar eller i en WHOIS- eller RDAP-tjänst visar utgångsdatumet och statuskoder som clientHold eller serverHold, som betyder att domänen har tagits ur DNS.
Så åtgärdar du felet
Utgången domän: förnya den hos domänregistraren direkt. Att återställa domänen efter respitperioden kan kosta mer och ta längre tid, så agera vid första tecknet. Kontrollera efter förnyelsen att namnservrarna fortfarande är de du förväntar dig.
Saknad post: skapa den på nytt hos din DNS-leverantör. Om du har en posthistorik eller en export av zonen från före ändringen, återställ från den i stället för från minnet.
Problem med namnservrarna: jämför namnservrarna hos domänregistraren med var zonen faktiskt ligger. Peka antingen tillbaka dem eller gör klart zonen hos den nya leverantören.
Stavfel: rätta namnet eller målet, och tänk på reglerna för avslutande punkt hos din leverantör eller i ditt zonfilsformat.
Spridning: vänta tills TTL och tiden för negativ cachning har gått. Sänk TTL en dag i förväg inför planerade ändringar, så slår de igenom snabbare.
När allt fungerar igen, lägg in en notis på din statussida eller meddela de kunder som påverkades. DNS-avbrott slår ofta mot e-posten också, så kontrollera att e-posten kommer fram igen.
För besökare: om bara du ser felet
Om webbplatsen fungerar för andra ligger orsaken i din enhet eller ditt nätverk. Prova det här i tur och ordning:
Kontrollera adressen efter stavfel.
Prova ett annat nätverk, till exempel mobildata i stället för wifi.
Töm DNS-cachen. På Windows kör du ipconfig /flushdns; på macOS kör du sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. I Chrome kan du också tömma webbläsarens värdcache på chrome://net-internals/#dns.
Byt till en publik DNS-resolver i nätverksinställningarna.
Stäng av VPN eller säkerhetsprogram som filtrerar DNS, och kontrollera hosts-filen efter en gammal rad.
Förhindra NXDOMAIN-avbrott
De flesta NXDOMAIN-avbrott som beror på webbplatsägaren går att förhindra med tre sorters övervakning:
Övervakning av domäners utgångsdatum visar hur många dagar som återstår av varje registrering och påminner dig innan den går ut, i en kanal som teamet faktiskt läser.
Övervakning av DNS-poster larmar när en post ändras, med det gamla och nya värdet, eller försvinner, så att en borttagen www-post eller ett oväntat byte av namnservrar blir ett larm, inte ett mysterium.
Upptidsövervakning rapporterar symtomet utifrån. När domänen slutar gå att slå upp misslyckas kontrollen med ett DNS-fel i stället för en statuskod, och du vet var du ska leta.
Uptimecheck täcker alla tre i ett och samma konto. Domänövervakning håller koll på registreringarnas utgångsdatum hos alla registrarer och skickar påminnelser, DNS-övervakning bevakar A-, AAAA-, CNAME-, MX-, NS-, SOA-, TXT- och CAA-poster och sparar en historik över varje ändring, och upptidsövervakning bekräftar utifrån att webbplatsen svarar. Posthistoriken är också det du återställer från när en migrering går fel. Vår guide om att upptäcka kapade DNS-poster förklarar vad oväntade ändringar kan betyda, och om domänen går att slå upp men webbläsaren ändå varnar, läs SSL-certifikatfel förklarade.
Sammanfattning
NXDOMAIN betyder att DNS säger att namnet inte finns. Om bara en person ser felet beror det på personens cache, nätverk eller ett stavfel. Om alla ser det, kontrollera registreringen, namnservrarna och posten, i den ordningen, med dig mot en publik resolver och mot dina egna namnservrar. Sätt sedan övervakning på det som orsakade felet, så att nästa utgångna registrering eller borttagna post når dig först.
Uptimecheck bevakar dina domäner, DNS-poster och webbplatser på ett ställe och larmar dig innan en utgången registrering eller en ändrad post tar ner din webbplats. Starta din gratis provperiod på 14 dagar, inget kreditkort krävs.