Website-checkers uitgelegd: DNS, IP, TLS, RDAP, HTTP, redirects en beveiliging
Checker-tools zijn nuttig wanneer ze een concrete vraag beantwoorden: naar welk adres resolveert een domein, welk netwerk levert de site, past het certificaat bij de hostnaam en welke HTTP-respons komt werkelijk terug? DNS Lookup en SSL/TLS Lookup tonen elk een andere laag; goede diagnose combineert die lagen.
DNS is meer dan één IP-adres
DNS bevat A/AAAA-adressen, MX voor mail, NS voor authoritative servers, CNAME-aliases en TXT voor allerlei verificatie. Een DNS Lookup is een momentopname via een resolver. TTL en caches kunnen tijdens wijzigingen verschillende antwoorden veroorzaken.
Controleer bij migraties registrar-delegatie, authoritative antwoorden en daarna recursieve caches. Een nieuwe lage TTL wist een oude gecachte TTL niet. Vergelijk meerdere resolvers en noteer tijdstippen om configuratiefouten van normale cachevertraging te onderscheiden.
IP-lookup geeft context, geen persoonsbewijs
Een IP Lookup kan ASN, netwerk, provider en ruwe locatie tonen. Dat helpt bij routing, CDN en verdacht verkeer, maar VPN, mobiele netwerken, proxies en bedrijfsnetwerken maken een IP ongeschikt als exacte persoonslocatie.
Reverse-IP is eveneens beperkt: CDN- en shared-hostingadressen kunnen vele domeinen dragen, terwijl één site veel adressen kan gebruiken. Combineer het resultaat met DNS en registratiedata.
RDAP is de moderne registratielaag
ICANN maakte RDAP op 28 januari 2025 de definitieve bron voor gTLD-registratiegegevens. Een WHOIS/registratiecheck kan nog een bekende naam hebben, maar moderne diensten gebruiken steeds vaker RDAP.
Privacyregels kunnen persoonsgegevens verbergen. Registrar, domeinstatus en technische gegevens blijven vaak nuttig. Voor abuse of juridische procedures moet het officiële registrarproces worden gevolgd.
Wat TLS-certificaten wel en niet bewijzen
SSL/TLS Lookup controleert namen, issuer, geldigheid en chain. Hostname-match, geldigheidsperiode en een vertrouwde keten zijn kernpunten. TLS 1.3 is gestandaardiseerd in RFC 8446.
Een geldig certificaat maakt inhoud niet betrouwbaar; aanvallers kunnen certificaten voor eigen domeinen krijgen. Een waarschuwing kan ook door expiry, ontbrekende intermediate of verkeerde klok ontstaan. TLS zegt iets over verbinding en hostname, niet over reputatie.
HTTP-headers verklaren servergedrag
HTTP Headers Lookup toont status, redirects, caching, Content-Type, compressie, cookies en securityheaders. Die informatie kan gedrag verklaren dat in de zichtbare pagina ontbreekt.
HTTP/2- en Brotli-checks zijn contextafhankelijk. Ondersteuning betekent niet dat elke resource voor elke client zo wordt geleverd. Meet de echte browserrespons wanneer performance het doel is.
Redirects systematisch testen
URL Redirect Checker vindt 301/302/307/308-ketens, lussen en onnodige tussenstappen. Test bij migraties oude paden, querystrings, trailing slashes en HTTP naar HTTPS.
Open redirects kunnen voor phishing worden misbruikt. Een checker toont de bestemming, maar de applicatie hoort toegestane doelen server-side te valideren.
Ping is geen complete uptime-test
Ping gebruikt vaak ICMP en meet bereikbaarheid en latency. Firewalls kunnen ICMP blokkeren terwijl HTTPS gewoon werkt. Een succesvolle ping zegt ook niets over login of database.
Controleer voor uptime de volledige keten: DNS, TCP/TLS, HTTP en applicatie. Test vanaf verschillende regio’s als latency belangrijk is.
Securityscores zijn slechts signalen
Een Safe URL Checker kan reputatie en bekende dreigingen gebruiken, maar nieuwe phishing kan nog onbekend zijn. Controleer hostnaam, browserwaarschuwingen en context.
Een Password Strength Checker ziet zwakke patronen maar geen hergebruik. Lange, willekeurige, unieke wachtwoorden, een password manager, MFA en goede server-side hashing vullen elkaar aan.
Werk van laag naar laag
Begin bij DNS, ga naar netwerk/IP, daarna TLS en tenslotte HTTP. Zo voorkom je oplossingen op de verkeerde laag.
Bewaar tijdstippen en ruwe resultaten bij intermitterende problemen. Caches, certificaten en CDN-routes veranderen; checker-tools leveren bewijs, geen automatisch eindvonnis.
Veelgestelde vragen
Betekent een mislukte ping dat de site offline is?
Nee, ICMP kan geblokkeerd zijn terwijl HTTPS werkt.
Bewijst een geldig certificaat dat een site betrouwbaar is?
Nee, het valideert TLS- en hostname-eigenschappen.
Is WHOIS nog de definitieve gTLD-bron?
ICANN maakte RDAP in januari 2025 de definitieve bron.
Kan IP Lookup een persoon identificeren?
Niet betrouwbaar; het geeft vooral netwerkcontext en een globale locatie.
Standaarden en officiële bronnen
- ICANN — Registration Data Access Protocol (RDAP)
- ICANN — RDAP becomes the definitive source for gTLD registration data
- RFC 8446 — The Transport Layer Security (TLS) Protocol Version 1.3
- RFC 9110 — HTTP Semantics
- CISA — Use Strong Passwords
This article is an original practical guide informed by the standards and official references above.