Site ligt plat maar DNS ziet er goed uit: een diagnostische checklist
"De site ligt plat" kan vijf compleet verschillende problemen betekenen die in een browser toevallig identiek ogen. Ze op volgorde doorlopen, elk uitsluiten voordat je verdergaat naar het volgende, komt sneller bij de echte oorzaak dan gokken.
Stap 1: bevestig dat DNS daadwerkelijk oplost
Bevraag het domein rechtstreeks en controleer of het het verwachte IP-adres teruggeeft. Als het helemaal niet oplost, of NXDOMAIN of SERVFAIL teruggeeft, is het probleem echt DNS — lees onze gids voor het oplossen van precies die fouten, in plaats van door te gaan met deze checklist.
Stap 2: controleer propagatie als er onlangs iets is gewijzigd
Als een DNS-record onlangs is gewijzigd, kunnen sommige resolvers wereldwijd nog steeds het oude, gecachte antwoord serveren terwijl andere al het nieuwe hebben. Controleer de propagatie bij veel resolvers voordat je concludeert dat een wijziging niet werkte — die heeft mogelijk simpelweg nog niet overal bereikt.
Stap 3: test serverbereikbaarheid, los van DNS
Zodra DNS correct oplost, verschuift de vraag volledig weg van DNS. Maak rechtstreeks verbinding met het IP-adres dat DNS teruggaf, waarbij je de domeinnaam helemaal omzeilt — dit isoleert of het resterende probleem nog iets met DNS te maken heeft, of vanaf hier puur een netwerk- of serverkwestie is.
Stap 4: controleer de daadwerkelijke poort, niet alleen of de host reageert
Een host kan bereikbaar zijn — bijvoorbeeld reageren op ping — terwijl de specifieke dienst op poort 443 of poort 80 plat ligt, verkeerd geconfigureerd is, of geblokkeerd wordt door een firewallregel die ander verkeer niet raakt. Bevestig dat de daadwerkelijke poort waarop de site zou moeten draaien open is en reageert.
Stap 5: controleer het TLS-certificaat
Een verlopen of niet-overeenkomend certificaat oogt in een browser als een dode of kapotte site, zelfs wanneer DNS, het netwerkpad en de webserver helemaal in orde zijn — dit is een van de meest voorkomende oorzaken die ten onrechte als DNS-probleem worden gemeld.
Waarom volgorde ertoe doet
Elke stap sluit een hele laag uit voordat de volgende de moeite van het controleren waard is — het heeft geen zin TLS te debuggen op een server die nog niet bereikbaar is, of bereikbaarheid op een domein dat niet oplost. Op volgorde werken maakt van een vaag "het werkt niet" een concrete, oplosbare oorzaak.
Voer de volledige diagnose automatisch uit
Zie de theorie in de praktijk — voer DNS-dokter uit voor je eigen domein.