dns DNS-opzoeken (A, MX, TXT, NS) star

Hoe het werkt

Voer een domein in, kies een recordtype, en de opzoeking gaat via DNS-over-HTTPS (DoH) naar Google's openbare resolver op 8.8.8.8 — een JSON-over-HTTPS-API in plaats van het traditionele binaire UDP-protocol op poort 53. Dat is een bewuste keuze: DoH loopt over standaard HTTPS, dus het werkt vanuit een browser zonder toegang tot raw sockets, en — minstens zo belangrijk — het omzeilt welke DNS-resolver uw besturingssysteem, router of provider normaal gesproken zou gebruiken. Uw eigen machine, uw kantoornetwerk en uw provider houden elk hun eigen DNS-cache bij, en elk ververst op zijn eigen schema op basis van de TTL (Time To Live) van het record, dus op elk gegeven moment kunnen ze elk een net iets ander, net iets verouderd antwoord tonen. Door rechtstreeks de resolver van Google te bevragen, omzeilt u alle drie die caches en ziet u wat een grote, veelvuldig ververste openbare resolver op dit moment gelooft — de dichtstbijzijnde beschikbare benadering van "wat het internet nu ziet", al blijft het het perspectief van één resolver, geen wereldwijde garantie.

Elk recordtype beantwoordt een andere operationele vraag. A- en AAAA-records koppelen een hostnaam aan een IPv4- of IPv6-adres — dit is wat uw browser opzoekt voordat hij zelfs maar een verbinding kan openen. MX-records geven aan welke mailservers e-mail voor het domein accepteren, elk met een numerieke prioriteit (lager getal = wordt als eerste geprobeerd) — handig bij het migreren van e-mailproviders, want een verouderd MX-record betekent dat mail naar de oude provider blijft routeren. TXT-records zijn ongestructureerde, vrije tekst en zijn de plek waar SPF-, DKIM- en domeinverificatiestrings staan; een domein kan er meerdere hebben, en een misvormd of ontbrekend SPF TXT-record is een van de meest voorkomende redenen waarom legitieme e-mail in de spam belandt. CNAME-records verwijzen één hostnaam als alias naar een andere (www dat naar het kale domein wijst, of een subdomein dat naar een CDN-eindpunt wijst) — een hostnaam met een CNAME kan op diezelfde naam geen andere recordtypen dragen, een veelvoorkomende bron van verwarring over "waarom heeft dit subdomein niet ook een MX-record". NS-records geven de gezaghebbende naamservers aan die verantwoordelijk zijn voor het beantwoorden van vragen over het domein in het algemeen — als deze onjuist zijn of niet synchroon lopen met de registrar, lost geen enkel ander record voor het domein ergens correct op.

Een typisch gebruik: nadat u een website naar een nieuwe host hebt verplaatst, wijst u het A-record naar het IP-adres van de nieuwe server. Propagatie gaat niet direct — het wordt begrensd door de TTL van het oude record, dus een record met TTL 3600 (één uur) kan tot een uur nodig hebben om overal ter wereld uit caches te verdwijnen, en sommige resolvers negeren de TTL en cachen langer dan zou moeten. Door rechtstreeks de DoH-resolver van Google te bevragen, kunt u nagaan of de nieuwe waarde ten minste bij deze ene grote resolver is aangekomen, zonder te wachten tot de cache van uw eigen provider verloopt.

Wat u moet weten

• Omdat DNS-over-HTTPS lokale caches omzeilt, kunnen de resultaten hier actueler zijn dan wat nslookup of uw besturingssysteem rapporteert — dat is verwacht gedrag, geen bug.
• A, MX, TXT, CNAME en NS dekken vrijwel alle propagatie-, mail- en verificatiecontroles; zeldzamere typen zoals SRV of CAA zijn momenteel niet opgenomen.
• DNS-wijzigingen worden gecachet, niet direct doorgevoerd — verwacht een vertraging die begrensd wordt door de vorige TTL, geen onmiddellijk wereldwijd effect.