ERR_NAME_NOT_RESOLVED: wat het betekent en hoe u het oplost

Wat ERR_NAME_NOT_RESOLVED betekent

Voordat een browser ergens verbinding mee kan maken, zet hij een hostnaam via DNS om in een IP-adres. ERR_NAME_NOT_RESOLVED is Chrome's vangnet voor die opzoeking die op de een of andere manier faalt, anders dan een bevestigd niet-bestaande naam: de resolver antwoordde niet op tijd, gaf een leeg of misvormd antwoord, of de eigen netwerkstack van de browser kon helemaal geen resolver bereiken.

Dit is makkelijk te verwarren met DNS_PROBE_FINISHED_NXDOMAIN, wat een smaller, specifieker geval is. NXDOMAIN betekent dat een resolver duidelijk antwoordde: deze naam bestaat niet in de zone. ERR_NAME_NOT_RESOLVED betekent dat de opzoeking zelf faalde of niets bruikbaars opleverde, wat een kapotte resolver, een timeout, een netwerk zonder enige DNS-toegang, of een verkeerd gelopen lokale DNS-override omvat. Weet u al dat het domein vroeger werkte en er niets aan het domein zelf veranderd is, dan wijst ERR_NAME_NOT_RESOLVED eerder naar het opzoekpad dan naar de eigen records van het domein.

Hoe de fout verschijnt

Chrome en Edge tonen "This site can't be reached - example.com's server IP address could not be found. Try running Windows Network Diagnostics." met de code ERR_NAME_NOT_RESOLVED. Firefox toont "Hmm. We're having trouble finding that site" met de melding "we can't connect to the server at example.com."

dig toont wat een specifieke resolver teruggeeft, en +trace doorloopt de hele keten vanaf de root naar beneden:

dig example.com A
;; ANSWER SECTION:
example.com.  300  IN  A  203.0.113.10

dig +trace example.com
; <<>> DiG 9.18 <<>> +trace example.com
.  518400  IN  NS  a.root-servers.net.
...
com.  172800  IN  NS  a.gtld-servers.net.
...
example.com.  300  IN  A  203.0.113.10

nslookup is een snellere controle wanneer u alleen een ja-of-nee-antwoord nodig heeft:

nslookup example.com
Server:   8.8.8.8
Address:  8.8.8.8#53

Name:     example.com
Address:  203.0.113.10

Krijgt een van beide commando's een timeout, geeft het SERVFAIL terug, of levert het niets op onder ANSWER SECTION, dan is de opzoeking echt mislukt, anders dan een NXDOMAIN-antwoord dat gewoon "geen zo'n naam" zou zeggen.

Wat ERR_NAME_NOT_RESOLVED veroorzaakt

• Een ontbrekend A- of AAAA-record. Het domein lost op voor andere recordtypen, of de zone bestaat, maar er is geen adresrecord gepubliceerd voor de opgevraagde hostnaam (inclusief een ontbrekend record voor een specifiek subdomein terwijl het rootdomein wel werkt).
• Een verlopen domeinregistratie. Zodra een domein vervalt, stoppen de nameservers ervan doorgaans volledig met antwoorden, wat precies deze storing oplevert in plaats van een schone NXDOMAIN.
• Een storing of verkeerde configuratie van een nameserver. Zijn de gezaghebbende nameservers van het domein onbereikbaar of geven ze misvormde antwoorden, dan faalt elke resolver die voor dat domein probeert te antwoorden op dezelfde manier.
• Een storing in DNSSEC-validatie. Een valideerde resolver die een DNSSEC-handtekening niet kan verifiëren (een verlopen handtekening, een gebroken vertrouwensketen) weigert helemaal een antwoord terug te geven, in plaats van er een terug te geven die hij niet kan vertrouwen.
• De eigen resolver van de bezoeker is down of onbereikbaar, vaak bij een kapotte VPN, een captive wifi-portal, of een verkeerd geconfigureerde router die naar een DNS-server wijst die niet meer bestaat.
• Een beschadigde lokale DNS-cache op de machine van de bezoeker, met een verouderd of kapot item van voordat een domein correct geconfigureerd was.

Hoe u vaststelt wiens fout het is

Bevraag een openbare resolver rechtstreeks, zoals dig example.com @8.8.8.8, waarbij u omzeilt wat het lokale netwerk is geconfigureerd om te gebruiken. Faalt dat ook, dan ligt het probleem bij de eigen DNS-opzet van het domein, niet bij het netwerk van de bezoeker. Een DNS-opzoeking vanaf meerdere locaties maakt dit meteen duidelijk: een consequente storing overal wijst op de nameservers of de registratie van het domein, terwijl een storing vanaf slechts één locatie of resolver wijst op iets lokaals aan dat uitkijkpunt.

Hoe u ERR_NAME_NOT_RESOLVED oplost

Bent u de bezoeker

1. Wis de lokale DNS-cache. Op Windows: ipconfig /flushdns. Op macOS: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. Op Linux met systemd-resolved: sudo resolvectl flush-caches.
2. Schakel over naar een openbare DNS-resolver zoals 8.8.8.8 of 1.1.1.1 in uw netwerkinstellingen, tijdelijk in plaats van wat uw provider of router standaard levert.
3. Controleer het hosts-bestand (/etc/hosts op macOS/Linux, C:\Windows\System32\drivers\etc\hosts op Windows) op een verouderd handmatig item dat het domein overschrijft.
4. Verbreek een VPN-verbinding en probeer opnieuw; sommige VPN-clients routeren DNS via een resolver die zelf onbereikbaar of verkeerd geconfigureerd is.
5. Herstart de router als elke site op het netwerk niet oplost, niet alleen deze ene.

Beheert u de site

1. Bevestig dat het A/AAAA-record bestaat voor de exacte hostnaam die bezoekers gebruiken, inclusief elk subdomein: dig www.example.com A en dig example.com A zijn twee aparte opzoekingen.
2. Controleer de registratie- en vervalstatus van het domein via uw registrar; een onverwacht verlopen domein is een veelvoorkomende en makkelijk over het hoofd geziene oorzaak.
3. Verifieer dat de bij de registrar vermelde nameservers overeenkomen met degene die de zone daadwerkelijk serveren, en dat ze antwoorden: dig NS example.com gevolgd door elke teruggegeven nameserver rechtstreeks bevragen.
4. Gebruikt u DNSSEC, valideer dan de keten met dig +dnssec example.com en controleer op een verlopen RRSIG-record, een veelvoorkomende en zelf veroorzaakte oorzaak van opzoekingsstoringen.
5. Voer dig +trace uit om precies te zien waar in de keten van root tot gezaghebbende server de opzoeking breekt, in plaats van te gokken.

Gerelateerde fouten

• DNS_PROBE_FINISHED_NXDOMAIN is de zusterfout voor een bevestigd "deze naam bestaat niet"-antwoord, in plaats van een mislukte of lege opzoeking.
• DNS-propagatie legt uit waarom een net gewijzigd record een tijdlang correct oplost bij sommige resolvers en niet bij andere.

Hoe u ERR_NAME_NOT_RESOLVED voorkomt

DNS-storingen zijn intern makkelijk te missen, aangezien een stabiel kantoornetwerk en de gecachete records ervan lang kunnen blijven werken nadat bezoekers elders al beginnen te falen. Een DNS-controle die draait vanaf 300+ meetpunten in 158 steden vangt een storing van een nameserver, een verlopende registratie, of een kapot record op zodra die de resolutie begint te beïnvloeden, in plaats van pas nadat een supportinbox is volgelopen. HostTracker monitort websites sinds 2004 en waarschuwt via e-mail, sms, spraakoproep, Slack, Telegram en meer.

Veelgestelde vragen

Wat is het verschil tussen ERR_NAME_NOT_RESOLVED en DNS_PROBE_FINISHED_NXDOMAIN?

NXDOMAIN is een definitief antwoord: de resolver controleerde en de naam bestaat niet in de zone. ERR_NAME_NOT_RESOLVED is breder en dekt een opzoeking die faalde, een timeout kreeg, of niets bruikbaars opleverde, wat gevallen omvat waarin het domein wel bestaat maar de nameservers ervan onbereikbaar zijn.

Kan een verlopen domein deze fout veroorzaken?

Ja, en het is een van de vaker voorkomende oorzaken. Zodra een domein vervalt, gaan de nameservers ervan doorgaans op zwart, dus faalt elke opzoeking ervoor in plaats van een schoon "bestaat niet"-antwoord terug te geven.

Waarom werkt de site op de mobiele data van mijn telefoon maar niet op mijn thuiswifi?

Dat wijst op de resolver die uw thuisnetwerk gebruikt, ofwel de geconfigureerde DNS-server van uw router ofwel de resolver van uw provider. Overschakelen naar een openbare resolver zoals 1.1.1.1 op het getroffen netwerk bevestigt en verhelpt dit meestal.

Ik heb net een nieuw subdomein toegevoegd en het lost niet op. Waarom?

Een nieuw record moet zich door DNS-caches verspreiden nadat het is aangemaakt, en het moet ook daadwerkelijk bestaan: bevestig met dig subdomain.example.com A rechtstreeks tegen de gezaghebbende nameserver voordat u ervan uitgaat dat het alleen een propagatievertraging is.

Kan DNSSEC ooit deze fout veroorzaken bij een domein dat verder prima is?

Ja. Verlopen DNSSEC-handtekeningen of een gebroken vertrouwensketen zorgen ervoor dat een valideerde resolver weigert te antwoorden in plaats van data terug te geven die hij niet kan verifiëren, wat er vanaf de kant van de bezoeker identiek uitziet aan een opzoekingsstoring.