DNS_PROBE_FINISHED_NXDOMAIN: orsaker och åtgärder
· 6 min läsning
Vad felet betyder
Innan en webbläsare kan ansluta till en hemsida frågar den domännamnssystemet (DNS) efter adressen bakom namnet. NXDOMAIN är DNS-svaret ”det här namnet finns inte”. Chrome visar det som DNS_PROBE_FINISHED_NXDOMAIN (”Webbplatsen kan inte nås”), Firefox som ”Hmm. Vi har problem med att hitta den webbplatsen”, Safari som ”Safari kan inte hitta servern”. Ingen anslutning försöktes; webbläsaren fick aldrig någon adress att ansluta till.
Det är goda nyheter på ett sätt: webbservern är inte inblandad alls. Problemet ligger i DNS, antingen hos besökaren (ett stavfel, en gammal cache, en felaktig resolver) eller hos ägaren (domänen eller dess poster är borta).
Vanliga orsaker
Hos besökaren
- Ett stavfel i adressen, eller en länk till en domän som inte längre finns.
- En DNS-cache på datorn, i webbläsaren eller i routern som fortfarande håller ett gammalt svar ”finns inte”.
- En resolver som inte når internet, ett VPN eller ett företagsnätverk som blockerar domänen, ett föräldrafilter.
- Antivirus- eller ”webbskydds”-programvara som fångar upp DNS.
Hos ägaren
- Domänen har gått ut. Registraren tar bort namnservrarna vid utgången, och från det ögonblicket finns namnet inte. Vanligaste orsaken för en hemsida som fungerade i går.
- A- eller AAAA-posten saknas. Efter en flytt till ett nytt webbhotell eller en ny DNS-leverantör skapades aldrig posten för
wwweller för den bara domänen. - Namnservrarna ändrades men zonen är tom. Du pekade domänen mot Cloudflare eller ett nytt webbhotell, men kopierade inte posterna dit först.
- En underdomän som aldrig sattes upp.
shop.example.comger NXDOMAIN eftersom det inte finns någon post förshop, medanexample.comfungerar. - DNSSEC trasigt. En felaktig DS-post hos registraren efter ett leverantörsbyte gör att validerande resolvers (de flesta i dag) returnerar ett fel, som webbläsare visar som NXDOMAIN eller ett liknande fel.
- Spridning. Du ändrade nyss namnservrar; vissa resolvers ser fortfarande den gamla, nu tomma zonen. Tar upp till TTL, i värsta fall 24 till 48 timmar.
Om du är besökare
- Kontrollera stavningen av adressen och prova den med och utan
www. - Töm DNS-cachen: Windows
ipconfig /flushdns, macOSsudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder, Linuxsudo resolvectl flush-caches. I Chrome öppnar duchrome://net-internals/#dnsoch klickar på ”Clear host cache”. - Starta om routern, eller prova hemsidan på mobilen med wifi avstängt. Om den fungerar där är ditt nätverks resolver problemet.
- Byt resolver till en publik (1.1.1.1 eller 9.9.9.9) i nätverksinställningarna.
- Om inget av detta hjälper är domänen verkligen borta eller trasig, och bara dess ägare kan åtgärda det.
Om det är din hemsida: kontrollera först
Kör kontrollen av om hemsidan ligger nere: den talar om för dig om domänen slås upp från en neutral plats. Om den inte gör det, fortsätt här. Om den gör det ligger problemet hos din besökare; skicka dem listan ovan.
Titta sedan på själva domänen:
# slås namnet upp, och vem svarar?
dig +short example.com A
dig +short www.example.com A
dig example.com NS +short
# fråga den auktoritativa namnservern direkt (hoppar över alla cacher)
dig @ns1.your-dns-provider.com example.com A
# registreringsstatus och utgångsdatum
whois example.com | grep -iE 'expir|status'
Ett tomt svar från dig med status: NXDOMAIN i hela utdata betyder att posten inte finns hos den auktoritativa servern. Om whois visar en status som clientHold, redemptionPeriod eller pendingDelete är det registreringen som är problemet, inte posterna.
# DNSSEC: en trasig kedja syns som SERVFAIL hos validerande resolvers
dig @1.1.1.1 example.com A +dnssec | grep -E 'status|flags'
Åtgärder för hemsideägare
1. Utgången domän
Logga in hos din registrar och förnya. De flesta registrarer återställer en domän inom några minuter efter betalning under respitperioden (oftast 30 dagar); i återlösenperioden efter det kostar det en återställningsavgift och tar längre tid. Ställ in domänen på automatisk förnyelse och se till att kortet som är registrerat är aktuellt; en domän som går ut tar ner e-post, hemsida och varje underdomän på en gång.
2. Saknad post
Lägg till den saknade posten hos din DNS-leverantör. För en hemsida är det vanligtvis:
example.com. A 203.0.113.10
www.example.com. CNAME example.com.
Använd IP-adressen till din webbserver (hostname -I på servern, eller adressen som ditt webbhotell gav dig). Om servern har IPv6, lägg också till en AAAA-post, eller ta bort den trasiga om servern inte har någon. Ändringar träder i kraft inom postens TTL, oftast 5 minuter till en timme.
3. Tom zon efter ett byte av namnservrar
Innan du byter namnservrar, exportera zonen från den gamla leverantören (dig example.com AXFR @old-ns fungerar sällan; de flesta leverantörer har en exportknapp) och importera den hos den nya. Om du redan har bytt: skapa om posterna hos den nya leverantören; A för den bara domänen och www, MX och TXT för e-post, och alla underdomäner du använder. Den gamla leverantören visar ofta fortfarande listan.
4. DNSSEC
Om dig +dnssec returnerar SERVFAIL medan den vanliga frågan mot den auktoritativa servern fungerar stämmer DS-posten hos registraren inte med nycklarna hos DNS-leverantören. Antingen tar du bort DNSSEC hos registraren (ta bort DS-posten) tills båda sidor sätts upp tillsammans, eller kopierar du den nya DS-posten från DNS-leverantören till registraren.
5. På din egen server
Ingenting på webbservern orsakar NXDOMAIN, så det finns inget att starta om. Kontrollera ändå att serverns egen resolver fungerar, eftersom en server som inte kan slå upp namn misslyckas vid uppdateringar, e-post och API-anrop:
resolvectl status | head -20
dig +short example.com @127.0.0.53
När det är ditt webbhotells problem
Om ditt webbhotell också driver din DNS (vanligt med delat webbhotell), och posterna ser rätt ut i deras panel men ändå inte slås upp utifrån, skicka dem:
Hej, min domän example.com slås inte upp (NXDOMAIN) sedan ungefär 11:00 UTC. Posterna i kontrollpanelen ser korrekta ut och domänen är registrerad till 2027. Kan ni kontrollera DNS-zonen på era namnservrar och om domänen fortfarande är delegerad till dem?
Förhindra nästa
NXDOMAIN på din egen domän beror nästan alltid på utgången du glömde eller posten du inte kopierade. En DNS-monitor jämför dina poster med de värden du förväntar dig och larmar dig i samma ögonblick som en försvinner eller ändras; en hemsidekontroll utifrån fångar ögonblicket då namnet slutar slås upp. Båda ingår i övervakning av hemsidor, gratis för de första 50 monitorerna. Och om posterna ligger på din egen server återställer en Deep Fix dem.
Vad nu
Kontrollera utifrån
Ligger hemsidan nere för alla eller bara för dig, och vad svarar servern? Gratis, ingen registrering.
Kontroll av om hemsidan ligger nereNere? Vi går in.
På din egen server eller i ett webbutrymme med SSH-åtkomst: en Quick Fix till fast pris för de vanliga orsakerna, en Deep Fix som debiteras i block om 15 minuter för resten, dygnet runt. Pris innan du beställer.
Få det åtgärdatFler guider
- Din hemsida ligger nere. Så här gör du de första 15 minuterna.
- Server nere: vad du kontrollerar först, och i vilken ordning
- 502 Bad Gateway: orsaker och hur du åtgärdar det
- 503 Service Unavailable: överbelastad eller under underhåll?
- 504 Gateway Timeout: vad det betyder och hur du åtgärdar det
- ERR_CONNECTION_REFUSED: orsaker och hur du åtgärdar det
- ”Anslutningen är inte privat”: varningen för SSL-certifikat