DNS Zoektool

Controleer alle DNS-records (A, AAAA, MX, TXT, etc.) voor elke domeinnaam.

Analyseert A, AAAA, MX, TXT, CNAME, NS en SOA records.

De definitieve gids voor DNS-zoekopdrachten

Het Domain Name System (DNS) is het fundamentele telefoonboek van het internet. Het is een wereldwijd gedistribueerd systeem dat voor mensen leesbare domeinnamen (zoals `watmijip.nl`) vertaalt naar de numerieke IP-adressen (zoals `172.67.179.24`) die computers gebruiken om elkaar te vinden. Zonder DNS zouden we lange reeksen getallen moeten onthouden voor elke website die we willen bezoeken. Het vormt de ruggengraat van een gebruiksvriendelijke webervaring. Onze DNS-zoektool stelt u in staat om dit telefoonboek voor elk domein op te zoeken en biedt cruciale inzichten voor websitebeheerders, e-mailbeheerders en iedereen die netwerkproblemen oplost.

Een diepgaande blik op typen DNS-records

De functionaliteit van een domein wordt beheerd door een verzameling DNS-records die zijn opgeslagen op de nameservers. Een enkele foutieve configuratie kan een website onbereikbaar maken of de e-mailbezorging verstoren. Onze tool controleert de belangrijkste recordtypes:

De anatomie van DNS-records
Recordtype Wat het is en wat het doet
A (Address) Record Dit is het meest basale recordtype. Het koppelt een domeinnaam aan een specifiek IPv4-adres. Wanneer u een domeinnaam in uw browser invoert, vertelt het 'A'-record de browser met welke server hij verbinding moet maken.
AAAA (Quad A) Record Het moderne equivalent van het A-record. Het AAAA-record koppelt een domeinnaam aan een IPv6-adres. Het is cruciaal om ervoor te zorgen dat uw website toegankelijk is op de volgende generatie netwerken.
CNAME (Canonical Name) Record Een CNAME-record fungeert als een alias en wijst van de ene domeinnaam naar een andere "canonieke" domeinnaam. Bijvoorbeeld, `www.uwsite.nl` kan een CNAME hebben die naar `uwsite.nl` wijst. Het is belangrijk op te merken dat een CNAME altijd naar een andere domeinnaam moet wijzen, nooit rechtstreeks naar een IP-adres.
MX (Mail Exchange) Record Dit record is absoluut cruciaal voor e-mail. Het leidt de e-mails van een domein naar de juiste mailservers. Het bevat een prioriteitswaarde: lagere getallen geven de primaire server aan, terwijl hogere getallen back-up servers aangeven die worden gebruikt als de primaire onbereikbaar is.
NS (Name Server) Record Dit record delegeert de autoriteit over de DNS-zone van een domein aan specifieke nameservers. Wanneer u een domein registreert, wijst u de NS-records naar uw hostingprovider of een dienst als Cloudflare. Deze nameservers worden dan de gezaghebbende bron voor alle andere records voor dat domein.
TXT (Text) Record Een zeer veelzijdig record waarmee beheerders willekeurige tekst kunnen opslaan. Het primaire gebruik ervan is tegenwoordig voor beveiliging en verificatie. Veelvoorkomende toepassingen zijn SPF (Sender Policy Framework) om e-mailspoofing te voorkomen en DKIM (DomainKeys Identified Mail) voor e-mailauthenticatie.
SOA (Start of Authority) Record Dit administratieve record bevat belangrijke metadata over de DNS-zone, inclusief de primaire nameserver, het e-mailadres van de beheerder, het serienummer van het domein (dat bij elke wijziging toeneemt) en timers die bepalen hoe secundaire nameservers synchroniseren met de primaire.

De reis van een DNS-verzoek: van browser tot server

Wanneer u een domeinnaam in uw browser invoert, vindt achter de schermen een fascinerend, razendsnel proces plaats. Dit proces is een hoeksteen van de internetinfrastructuur:

  1. Lokale cachecontrole: Uw computer controleert eerst zijn eigen geheugen (cache) of u de site onlangs heeft bezocht. Zo ja, dan kent hij het IP-adres al en eindigt het proces hier.
  2. Verzoek aan de recursieve resolver: Als het IP niet in de cache staat, vraagt uw computer zijn geconfigureerde DNS-resolver. Deze wordt meestal beheerd door uw internetprovider, maar velen kiezen ervoor om openbare resolvers zoals Cloudflare's `1.1.1.1` of Google's `8.8.8.8` te gebruiken voor potentieel snellere responstijden.
  3. Verzoek aan de rootserver: De resolver vraagt een van de 13 logische clusters van rootservers wereldwijd: "Waar vind ik informatie over het `.nl` top-level domein (TLD)?" De rootserver antwoordt met de IP-adressen van de `.nl` TLD-nameservers, beheerd door de SIDN.
  4. Verzoek aan de TLD-server: De resolver vraagt vervolgens een `.nl` TLD-nameserver: "Waar vind ik de gezaghebbende nameservers voor `watmijip.nl`?" De TLD-server antwoordt met de NS-records van het domein.
  5. Verzoek aan de gezaghebbende nameserver: Ten slotte vraagt de resolver de gezaghebbende nameserver van het domein (bijv. een server bij uw hostingprovider): "Wat is het 'A'-record voor `watmijip.nl`?" Deze server heeft het definitieve antwoord en retourneert het IP-adres.
  6. Verbinding: De resolver stuurt dit IP-adres terug naar uw browser, die nu een directe verbinding kan maken met de webserver om de pagina te laden. Dit hele proces duurt doorgaans slechts enkele milliseconden.
💡

DNS-propagatie en TTL begrijpen

Wanneer u een DNS-record bijwerkt, wordt dit niet onmiddellijk wereldwijd gewijzigd. De tijd die het kost voordat de wijziging overal van kracht wordt, wordt DNS-propagatie genoemd. Dit proces wordt beheerd door een waarde in elk record genaamd TTL (Time-To-Live), gemeten in seconden. De TTL vertelt resolvers hoe lang ze de oude informatie moeten cachen voordat ze opnieuw vragen. Een lage TTL (bijv. 300 seconden) betekent snellere updates, terwijl een hoge TTL (bijv. 86400 of 24 uur) de serverbelasting vermindert maar de propagatie vertraagt.

Veelvoorkomende DNS-problemen en probleemoplossing

DNS-problemen zijn een frequente oorzaak waarom websites of e-mails stoppen met werken. Hier zijn enkele veelvoorkomende scenario's:

  • Probleem: De website werkt niet voor mij, maar wel voor anderen.
    Oorzaak: Hoogstwaarschijnlijk een cachingprobleem. Uw computer of de resolver van uw ISP heeft een oud, onjuist IP-adres opgeslagen.
    Oplossing: Leeg uw lokale DNS-cache. Op Windows, voer `ipconfig /flushdns` uit in de Opdrachtprompt. Probeer ook over te schakelen naar een openbare DNS-resolver zoals `1.1.1.1` om de cache van uw ISP te omzeilen.
  • Probleem: Ik heb mijn A-record bijgewerkt, maar ik zie nog steeds de oude site.
    Oorzaak: DNS-propagatie. De TTL-waarde van uw oude record was waarschijnlijk hoog, en resolvers wereldwijd hebben hun caches nog niet bijgewerkt.
    Oplossing: Wees geduldig. Dit kan tot 48 uur duren. Gebruik onze tool om te zien of het nieuwe record zichtbaar is vanaf onze server, die geen oude records in de cache opslaat.
  • Probleem: Mijn e-mails komen niet aan.
    Oorzaak: Meestal onjuist geconfigureerde MX-records. Ze kunnen naar de verkeerde server wijzen of de verkeerde prioriteit hebben. Het kan ook te wijten zijn aan onjuiste SPF- of DKIM-records, waardoor ontvangende servers uw mail als spam classificeren.
    Oplossing: Controleer uw MX- en TXT-records met onze tool en vergelijk ze met de waarden die uw e-mailprovider heeft opgegeven.

DNS Zoeken: 15 Veelgestelde Vragen

Een DNS-lookup is het proces van het bevragen van het Domain Name System om het IP-adres te vinden dat aan een domeinnaam is gekoppeld, of andere DNS-records zoals MX (voor mail) of TXT (voor verificatie).

DNS-propagatie kan van enkele minuten tot 48 uur duren. De snelheid hangt af van de TTL-waarde (Time-To-Live) die is ingesteld voor het specifieke DNS-record dat is gewijzigd.

Een A-record koppelt een domeinnaam rechtstreeks aan een IPv4-adres. Een CNAME-record koppelt een domeinnaam aan een andere domeinnaam en fungeert als een alias. U gebruikt een CNAME wanneer u een subdomein wilt laten verwijzen naar een externe dienst.

MX (Mail Exchange)-records vertellen het internet welke mailservers verantwoordelijk zijn voor het ontvangen van e-mails voor uw domein. Ze hebben een prioriteitsnummer waarmee u primaire en back-up mailservers kunt instellen.

TXT-records slaan op tekst gebaseerde informatie op en worden voornamelijk gebruikt voor verificatie en beveiliging. Ze zijn cruciaal voor het opzetten van e-mailauthenticatiebeleid zoals SPF, DKIM en DMARC.

Een nameserver is een server die alle DNS-records voor een domein opslaat. Wanneer u een domein registreert, vertelt u de registrar welke nameservers gezaghebbend zijn voor dat domein (de master-records bevatten).

Deze fout betekent dat uw apparaat zijn geconfigureerde DNS-resolver niet kon bereiken. Dit kan een probleem zijn met uw internetverbinding, een routerprobleem of een storing op de DNS-servers van uw ISP. Het herstarten van uw router en computer helpt vaak.

Reverse DNS doet het tegenovergestelde van een normale lookup: het vindt de domeinnaam die aan een IP-adres is gekoppeld (met behulp van een PTR-record). Het is een veelgebruikte beveiligingscontrole die door mailservers wordt gebruikt om spam te filteren.

Ja. Meerdere A-records worden gebruikt om verkeer over meerdere servers te verdelen (load balancing). Meerdere MX-records zijn standaard voor e-mailredundantie, waardoor een back-up wordt gecreëerd als de primaire mailserver uitvalt.

Het legen van uw DNS-cache dwingt uw computer om nieuwe DNS-records op te halen. Op Windows gebruikt u `ipconfig /flushdns` in de Opdrachtprompt. Op macOS gebruikt u `sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder` in de Terminal.

Een subdomein is een voorvoegsel dat aan een domeinnaam wordt toegevoegd, zoals `blog.uwsite.nl`. In DNS kan een subdomein zijn eigen records hebben, zodat u het naar een volledig andere server of dienst kunt laten wijzen dan uw hoofddomein.

Een nameserver slaat DNS-records op en vertaalt domeinnamen naar IP-adressen. Een webserver slaat de websitebestanden (HTML, CSS) op en levert deze aan de browsers van bezoekers.

Nee, dit is een veelgemaakte fout. Een CNAME-record moet altijd naar een andere domeinnaam wijzen. Om een naam naar een IP-adres te laten wijzen, moet u een A- (voor IPv4) of AAAA- (voor IPv6) record gebruiken.

Een wildcard DNS-record, vertegenwoordigd door een asterisk (*), is een record dat verzoeken voor elk niet-bestaand subdomein opvangt. Bijvoorbeeld, een wildcard-record `*.uwsite.nl` zal verzoeken voor `willekeurig.uwsite.nl` afhandelen.

Onjuist geconfigureerde DNS kan leiden tot downtime van de website, mislukte e-mailbezorging, beveiligingslekken zoals subdomein-kaping, en een negatieve impact op de ranking van uw website in zoekmachines.