Vijf signalen van DNS-problemen herkennen

Een website die op kantoor wel opent, maar bij klanten niet. E-mail die urenlang blijft hangen zonder duidelijke foutmelding. Of een domein dat na een wijziging ineens naar de verkeerde omgeving verwijst. Het zijn herkenbare situaties waarin de vijf signalen van DNS-problemen snel duidelijk maken waar u moet zoeken. DNS werkt grotendeels op de achtergrond, maar als de vertaling van een domeinnaam naar de juiste server niet klopt, merkt u dat direct in uw bereikbaarheid.

DNS staat voor Domain Name System. U kunt het zien als het telefoonboek van internet: het koppelt bijvoorbeeld uwdomein.nl aan het IP-adres van uw website, mailserver of andere online dienst. Een kleine fout in die gegevens kan dus gevolgen hebben voor meerdere onderdelen van uw bedrijfsvoering. Juist daarom is het verstandig om signalen vroeg te herkennen en niet alleen te kijken naar de website die op dat moment niet werkt.

1. Uw website is niet bereikbaar, maar de server werkt wel

Het meest zichtbare symptoom is een website die niet opent. Bezoekers krijgen bijvoorbeeld een melding dat de server niet gevonden kan worden, terwijl de hostingserver zelf gewoon online is. In dat geval wijst het domein mogelijk niet meer naar het juiste IP-adres, ontbreekt een DNS-record of zijn de nameservers niet correct ingesteld.

Dit komt vaak voor na een verhuizing van hosting, een wijziging bij de domeinregistratie of het vervangen van een server. Ook kan een oud A-record nog actief zijn, terwijl een nieuw record naar de huidige omgeving moet verwijzen. Het verschil is belangrijk: een serverstoring vraagt om onderzoek naar de hostingomgeving, terwijl een DNS-fout begint bij de domeininstellingen.

Test daarom niet alleen uw hoofddomein, maar ook de www-variant en eventuele subdomeinen, zoals shop.uwdomein.nl of portal.uwdomein.nl. Werkt één variant wel en de andere niet, dan ontbreekt er vaak een record of verwijst een record naar een onjuist doel.

2. Uw zakelijke e-mail komt niet aan of kan niet verzenden

Een website en e-mail gebruiken vaak verschillende DNS-records. Daardoor kan uw website prima bereikbaar zijn, terwijl e-mail toch uitvalt. Als berichten niet aankomen, terugkomen met een foutmelding of alleen bij sommige ontvangers problemen geven, is het verstandig om de mail-DNS te controleren.

De belangrijkste recordsoort is het MX-record. Dit record vertelt andere mailservers waar zij e-mail voor uw domein moeten afleveren. Staat hierin een oude mailserver, een typefout of een niet-bestaande hostnaam, dan kunnen berichten niet op de juiste plek terechtkomen. Bij een overstap naar een andere e-mailprovider is dit een veelvoorkomend aandachtspunt.

Ook SPF, DKIM en DMARC verdienen aandacht. Deze records helpen ontvangende mailservers te beoordelen of e-mail namens uw domein legitiem is. Zijn ze onjuist ingesteld of ontbreken ze volledig, dan belanden berichten eerder in de spammap of worden ze geweigerd. Dat is niet altijd een volledige storing, maar wel een serieus signaal. Zeker voor een webshop, offerteproces of organisatie die op dagelijkse e-mailcommunicatie draait, kan een verminderde afleverbaarheid direct omzet en vertrouwen kosten.

3. Niet iedereen ziet hetzelfde resultaat

Een van de lastigste DNS-problemen is een situatie waarin de website voor de ene gebruiker werkt en voor de andere niet. U ziet zelf de nieuwe website al, maar een klant ziet nog de oude versie. Of collega’s op kantoor kunnen e-mailen, terwijl medewerkers thuis een foutmelding krijgen.

Dit heeft regelmatig te maken met DNS-caching en de TTL-waarde, oftewel Time To Live. DNS-antwoorden worden tijdelijk opgeslagen door internetproviders, routers, apparaten en browsers. Dat gebeurt om internetverkeer sneller te maken. Na een wijziging kan het dus enige tijd duren voordat overal de nieuwe gegevens worden gebruikt.

Dat betekent niet dat u ieder verschil direct als een storing moet behandelen. Bij een geplande migratie is een tijdelijke overgang normaal, afhankelijk van de ingestelde TTL en de caches van gebruikers. Blijft het probleem echter langer bestaan dan verwacht, of zien gebruikers sterk verschillende bestemmingen, controleer dan of alle records juist zijn ingevoerd en of er geen conflicterende instellingen bestaan.

Een praktische test is om de website via een mobiel netwerk én via een andere internetverbinding te openen. U sluit daarmee uit dat u alleen naar een lokale cache in uw eigen netwerk kijkt. Leegmaken van de browsercache kan helpen, maar lost een fout DNS-record vanzelfsprekend niet op.

4. Subdomeinen, externe diensten of verificaties vallen uit

DNS is niet alleen verantwoordelijk voor uw hoofdwebsite en e-mail. Veel zakelijke diensten gebruiken subdomeinen en speciale records. Denk aan een klantenportaal, een online agenda, telefonie, een nieuwsbriefsysteem, een verificatie voor Microsoft 365 of een koppeling met een betaalprovider.

Wanneer zo’n dienst na een DNS-wijziging niet meer werkt, is een ontbrekend of aangepast CNAME-, TXT- of SRV-record vaak de oorzaak. Deze records zijn minder zichtbaar dan een A-record, maar kunnen cruciaal zijn voor de dagelijkse werking van een dienst. Een verkeerde CNAME kan er bijvoorbeeld voor zorgen dat een subdomein niet meer naar een extern platform verwijst. Een gewijzigd TXT-record kan een domeinverificatie ongeldig maken.

Hier zit ook een risico bij het volledig vervangen van een DNS-zone. Wie alleen de bekende website- en mailrecords terugplaatst, vergeet soms records voor externe toepassingen. Maak daarom vóór een migratie of grote wijziging altijd een volledige inventarisatie van de bestaande zone. Niet iedere regel is nog nodig, maar u wilt vooraf weten welke koppelingen afhankelijk zijn van uw domein.

5. Na een wijziging ontstaan plotseling meerdere storingen

Het vijfde signaal is niet één foutmelding, maar een patroon. De website is deels onbereikbaar, e-mail gedraagt zich vreemd en een extern systeem kan het domein niet meer verifiëren. Wanneer meerdere diensten tegelijk problemen krijgen na een aanpassing, ligt de oorzaak vaak bij de nameservers of de DNS-zone als geheel.

Nameservers zijn de servers die namens uw domein de DNS-antwoorden geven. Als bij de domeinregistratie verkeerde nameservers staan ingesteld, of als nameservers niet goed met de juiste DNS-zone zijn gekoppeld, kunnen alle onderliggende records onzichtbaar worden voor internet. Ook een verlopen domein of een onjuiste DNSSEC-configuratie kan vergelijkbare gevolgen hebben.

DNSSEC voegt een beveiligingslaag toe waarmee DNS-antwoorden gecontroleerd worden op echtheid. Dat is waardevol, maar vraagt om een correcte configuratie. Als bijvoorbeeld oude DS-records bij de domeinregistratie blijven staan nadat u van DNS-provider bent gewisseld, kunnen sommige resolvers uw domein als ongeldig beschouwen. Het resultaat: bezoekers kunnen uw website niet bereiken, terwijl de instellingen op het eerste gezicht goed lijken.

Zo pakt u DNS-problemen gecontroleerd aan

DNS vraagt om nauwkeurigheid. Probeer daarom niet op basis van aannames meerdere records tegelijk te wijzigen. Noteer eerst welk onderdeel faalt, sinds wanneer het probleem bestaat en welke wijziging eraan voorafging. Controleer vervolgens bij welke partij de nameservers, DNS-zone, hosting en e-maildienst worden beheerd. Die verantwoordelijkheden liggen niet altijd bij dezelfde leverancier.

Vergelijk daarna de huidige records met de gegevens die uw hosting- of e-mailomgeving voorschrijft. Let niet alleen op de waarde van een record, maar ook op het recordtype, de hostnaam en eventuele prioriteit bij MX-records. Eén punt, extra subdomein of ontbrekende afsluiting kan al verschil maken.

Voer wijzigingen bij voorkeur buiten drukke uren uit en verander steeds één onderdeel tegelijk. Bij een hostingmigratie helpt het om de TTL vooraf te verlagen, zodat de overgang later sneller wordt overgenomen. De keerzijde is dat een zeer lage TTL meer DNS-verzoeken veroorzaakt. Voor de meeste kleinere omgevingen is dat geen probleem, maar kies een waarde die past bij de situatie in plaats van deze permanent extreem laag te zetten.

Voor ondernemers zonder eigen IT-afdeling is vooral duidelijk eigenaarschap van belang. Als domein, hosting, e-mail en beveiliging bij verschillende partijen lopen, kan het oplossen van een DNS-storing onnodig veel tijd kosten. Een technische partner die de omgeving kent, kan gerichter vaststellen of het probleem in de DNS, de server, de maildienst of het lokale netwerk zit. Bij DeltaServ worden deze onderdelen waar nodig onder één beheerafspraak bekeken, zodat u niet tussen verschillende helpdesks hoeft te schakelen.

DNS is pas zichtbaar wanneer er iets misgaat, maar de gevolgen kunnen groot zijn. Ziet u één van deze signalen, wacht dan niet tot klanten melden dat zij uw website of e-mail niet kunnen bereiken. Een gerichte controle op het juiste moment houdt uw online bereikbaarheid voorspelbaar en uw bedrijfsvoering in beweging.