Wat is een DNS-check?
Een DNS-check vraagt het Domain Name System om de records die een domein publiceert: adressen (A en AAAA), aliassen (CNAME), mailservers (MX), nameservers (NS), tekstrecords (TXT), de start of authority van de zone (SOA) en certificaatregels (CAA). Elk record heeft een TTL: het aantal seconden dat resolvers het mogen cachen voordat ze het opnieuw vragen.
De uitkomst lezen
Eerst de fouten, dan elk recordtype met zijn records en TTL’s, tegelijk opgevraagd bij Google Public DNS en Cloudflare. Een type zonder records meldt dat; een naam die niet bestaat, wordt gemeld als NXDOMAIN, en dat is iets anders dan een type dat gewoon leeg is. De eerste vier MX-hosts worden ook opgezocht, om te bevestigen dat elk een adres heeft waarmee een verzender verbinding kan maken.
Beat draait op dezelfde engine, volgens een vast schema, over alle 41 checks en 25 blacklists. Wat Beat toevoegt: steeds opnieuw vragen, merken wanneer een antwoord verandert en je vertellen wat je eraan moet doen.
Veelvoorkomende problemen met DNS-records
Geen MX-record
Volgens RFC 5321 sectie 5.1 bezorgen verzenders dan op het eigen adres van het domein (de impliciete MX). Luistert daar geen mailserver, dan mislukt mail naar het domein en gaan antwoorden op alles wat het verstuurde verloren.
Een null MX naast andere MX-records
Een null MX (“0 .”) zegt dat het domein geen mail aanneemt, en RFC 7505 verbiedt om er een andere MX naast te publiceren. De twee spreken elkaar tegen, dus verzenders weten niet wat ze moeten geloven.
Een CNAME op het domein zelf
De top van een zone moet SOA- en NS-records bevatten, en een naam met een CNAME mag niets anders bevatten (RFC 2181 sectie 10.1). Gebruik in plaats daarvan het ALIAS- of flattening-record van je provider.
Een MX-host zonder adres, of die een alias is
Een MX moet een host noemen met een eigen A- of AAAA-record, nooit een CNAME (RFC 2181 sectie 10.3). Een host die niet resolvet, kunnen verzenders niet bereiken.