IPNixa
NL

Als je een taal kiest, opent deze pagina in die taal. Als je een taal toepast, wordt de taalcode 180 dagen in een cookie op dit apparaat bewaard.

Is deze pagina niet vertaald, dan opent een beschikbare pagina in de gekozen taal.

DNS / TWEE RESOLVERMOMENTOPNAMEN

DNS opvragen: records en wijzigingen controleren

Voer de verwachte waarde in, bewaar een resultaat en zie wat verandert bij Google en Cloudflare, zonder tabellen zelf te vergelijken. Gratis, zonder account.

Kies een recordtype of een groep en vergelijk de antwoorden. Bewaar een resultaat om latere wijzigingen te zien.

Deze exacte naam wordt opgevraagd—
Te controleren waarde (optioneel)

Controleert een volledige waarde, geen tekstfragment. TXT is hoofdlettergevoelig; opgesplitste tekenreeksen tussen aanhalingstekens worden samengevoegd. Voer voor MX of SRV de volledige waarde of de doelhostnaam in. Binnen een groep wordt elk aangevraagd type afzonderlijk gecontroleerd. Deze waarde blijft in je browser.

Voer een domein in, plak een URL of voer een IP-adres in voor de reverse-DNS-naam (PTR). Zoekopdrachten starten pas na verzenden. Internationale namen worden naar ASCII omgezet.

Groepen vragen de ingevoerde naam op. De www-optie zet er alleen www voor; subdomeinen worden niet ontdekt. DMARC gebruikt _dmarc en DKIM heeft de selector van je dienst nodig.

Kies één recordtype of een groep en vergelijk beide resolvers.

DNS gewijzigd, maar nog geen verandering te zien?

Bewaar een resultaat, pas je DNS-instelling aan en controleer opnieuw. Toegevoegde en verwijderde waarden worden per resolver vergeleken. Een mislukte opvraag telt nooit als een verwijderd record.

TXT-record niet gevonden of CNAME-verificatie nog in behandeling?

Controleer in de verificatiemodus de exacte naam en verwachte waarde. DMARC gebruikt _dmarc; voor DKIM heb je de selector van je dienst nodig. Een overeenkomst hier voltooit de verificatie bij die dienst niet.

Dit zoekt openbare records via Cloudflare en Google op vanaf onze server. Het identificeert niet de DNS-resolver van je apparaat en test geen VPN-DNS-lekken. Hoe DNS-query’s worden verwerkt →

DNS-records opzoeken en vergelijken

  1. Voer de exacte DNS-naam in, zoals example.com of _dmarc.example.com.
  2. Kies één recordtype of een groep en klik op DNS vergelijken. Groepen vragen de vermelde typen op voor de exacte naam die je invoert; ze zoeken geen subdomeinen.
  3. Lees de vergelijkingssamenvatting, afzonderlijke records, TTL’s en antwoordcodes samen. Na een recente DNS-wijziging kunnen antwoorden in de cache blijven tot hun TTL verloopt.

Welke DNS-records moet ik controleren?

Website toont een oud IP
Vergelijk A voor IPv4 en AAAA voor IPv6 voor de exacte hostnaam. Een www-hostnaam kan andere records gebruiken dan het hoofddomein. Let op CNAME-aliassen in de antwoordketen.
E-mail komt nog bij een oude server aan
Zoek MX op voor je maildomein en vergelijk servernamen en prioriteiten met de instellingen van je e-mailprovider. Dit toont gepubliceerde routeringsrecords en verstuurt geen testmail.
Domeinverificatie in afwachting
Zoek TXT op voor de naam die je provider vraagt. SPF gebruikt meestal het maildomein; DMARC gebruikt _dmarc en DKIM vereist de opgegeven selector. Controleer de exacte tekst en ga er niet van uit dat alle TXT-records bij het hoofddomein horen.

Waarom verschillen Cloudflare en Google DNS?

Elke resolver heeft een eigen cache. Na een DNS-wijziging kan een oud antwoord blijven staan tot de TTL verloopt. CDN’s, loadbalancing en geografische DNS kunnen ook verschillende geldige adressen geven. Een verschil is een aanwijzing om te onderzoeken, niet automatisch een fout.

We vergelijken verzamelingen antwoordrecords zonder volgorde of TTL. DNS-namen worden vergeleken zonder hoofdletteronderscheid of afsluitende punt; IPv6-notatie wordt genormaliseerd. TXT-tekst blijft hoofdlettergevoelig. Autoriteitsrecords en DNSSEC-vlaggen staan apart en tellen niet mee voor het oordeel over antwoordwaarden.

DNS gewijzigd maar nog het oude adres?

  1. Controleer de exacte hostnaam en het recordtype dat je hebt gewijzigd. Het hoofddomein en www kunnen verschillende antwoorden geven.
  2. Vergelijk de teruggestuurde waarden met de gepubliceerde configuratie bij je DNS-provider.
  3. Lees de TTL als resterende cacheduur, niet als aftelklok naar een gegarandeerde wereldwijde update. Vergelijk later opnieuw.
  4. Als één resolver faalt, probeer dan opnieuw en onderzoek de antwoordcode. Zie een ontbrekend antwoord niet als overeenstemming.

Wat elk recordtype betekent

A / AAAA
IPv4- en IPv6-adressen die voor de naam zijn gepubliceerd. Ze kunnen bij een CDN of proxy horen in plaats van bij de oorspronkelijke server.
MX
Mailservers en hun prioriteit. Lagere voorkeursgetallen worden eerst geprobeerd.
TXT
Tekstrecords, zoals SPF of domeinverificatie. Gebruik voor DMARC _dmarc.example.com; DKIM vereist de juiste selectornaam.
NS / SOA
Nameservers en zonebeheergegevens. Gebruik de zonenaam voor deze query’s.
CNAME
Een alias voor een andere DNS-naam. A- en AAAA-antwoorden kunnen ook een CNAME-keten bevatten.
CAA
Records voor autorisatie van certificaatautoriteiten. Een ontbrekend record alleen is geen beveiligingsfout.
PTR
Reverse-DNS-namen. Voer een IP-adres in; het wordt automatisch omgezet naar de in-addr.arpa- of ip6.arpa-naam.
SRV
Servicelocatierecords, zoals _sip._tcp.example.com: prioriteit, gewicht, poort en doelhost.
HTTPS
HTTPS-records (SVCB) geven verbindingstips zoals HTTP/3-ondersteuning (alpn=h3), IP-hints en ECH-sleutels.
DS / DNSKEY
DS en DNSKEY worden gebruikt voor DNSSEC. Hun aanwezigheid alleen bewijst niet dat de vertrouwensketen geldig is. Het DNSSEC-veld geeft aan of de resolver validatie heeft gemeld; deze tool valideert de keten niet zelf.

Waargenomen voorbeeld: twee resolvers, verschillende antwoorden

Op 27 oktober 2026 om 21:41:23 UTC+07 vergeleken we met IPNixa A-records van www.amazon.com via Cloudflare en Google. Dit publieke domein is van een derde; we hebben de DNS niet gewijzigd.

Beide resolvers gaven NOERROR en dezelfde CNAME-keten, maar verschillende A-records: Cloudflare gaf 18.239.130.216 met 26 seconden TTL, Google 13.35.160.125 met 60 seconden TTL. IPNixa meldde verschillende antwoordwaarden.

Bij herhaling om 21:41:27 verschilden de A-waarden nog en was de Cloudflare-TTL 23 seconden. De oorzaak staat niet vast: cache, CDN-routering of geografie zijn mogelijkheden. Vergelijk na je eigen DNS-wijziging de exacte hostnaam, het recordtype en de CNAME-keten met de providerinstellingen, controleer de TTL-waarden en probeer later opnieuw. Twee resolvers bewijzen geen wereldwijde propagatie.

Voor een DNS-wijziging simuleerden we op 27 oktober 2026 afzonderlijk lokaal de vergelijking: Cloudflare gaf de oude A-waarde 203.0.113.10 en Google de nieuwe waarde 203.0.113.20. De vergelijking liet verschillende antwoordwaarden zien. Beide adressen zijn voor documentatie gereserveerd; er is geen DNS-record gewijzigd en deze simulatie verklaart de waarneming bij Amazon niet.

Waarom zijn er geen records?

NOERROR met een leeg antwoord betekent dat de resolver geen records voor die naam en dat type gaf. NXDOMAIN betekent dat de naam volgens de resolver niet bestaat. SERVFAIL of REFUSED betekent dat de opzoeking niet slaagde; geen van beide bewijst dat een domein ontbreekt.

Test dit de DNS-verspreiding overal?

Nee. Dit toont twee momentopnamen van openbare resolvers vanaf de server die je verzoek afhandelt, geen metingen vanuit elk land. Andere resolvers, privénetwerken, regio’s of autoritatieve servers kunnen andere records geven. Een CNAME-query kan ook leeg zijn als een provider een alias tot adresrecords afvlakt.

Zie ik hier of ik Cloudflare-DNS (1.1.1.1) gebruik?

Nee. Deze pagina vraagt Cloudflare en Google vanaf onze server, dus ze ziet niet welke resolver je apparaat gebruikt. Of dit apparaat 1.1.1.1 gebruikt, zie je met de test van Cloudflare op 1.1.1.1/help.

Wat betekent het DNSSEC-veld?

‘Gevalideerd door de resolver’ betekent dat die resolver de authenticated-data-vlag in het antwoord heeft gezet. ‘Niet bevestigd’ is geen veiligheidsoordeel: de zone kan ongetekend zijn of het antwoord kan geen geauthenticeerde gegevens bevatten. DNSSEC bewijst niet dat een website betrouwbaar is.

Kan dit een DNS-lek vinden?

Nee. Een DNS-lektest kijkt welke resolvers unieke testnamen opvragen. Deze tool vraagt gepubliceerde records op bij twee gekozen openbare resolvers. Wil je zien welke adressen je browser mogelijk toont, gebruik dan de WebRTC- en IPv6-VPN-controle.

Vertelt dit welke DNS-resolver sneller is?

Nee. Dit zijn DNS-over-HTTPS-verzoeken vanaf de server. Ze meten niet de DNS-snelheid van je apparaat. Gebruik voor reactietijden tussen browser en edge de HTTP-latentietest.

Bronnen en verwante controles

Documentatie van de Google Public DNS JSON API

Documentatie over Cloudflare DNS-over-HTTPS-antwoorden

Controleer je openbare IPv4, IPv6 en netwerk →

Dynamisch IP en dynamische DNS begrijpen →