WHOIS domeinnaam opzoeken en nameservers controleren: domein invoeren → DNS-records checken (1.400+ TLD's)
Soms wijst je site na een hostingverhuizing nog naar de oude server, of moet je nagaan wanneer een domein verloopt. Deze WHOIS-domeinnaamcheck controleert met één domeinnaam ook de nameservers en toont registrar, registratiedatum, vervaldatum en de A-, AAAA-, MX-, TXT- en SOA-records op één scherm.
Registratiegegevens komen eerst uit RDAP van het domein, of van de WHOIS-server van het domein als RDAP niet wordt aangeboden, en de geregistreerde nameservers worden naast de werkelijke DNS-respons gelegd om te zien of ze overeenkomen. Je hoeft niet in te loggen in het dashboard van je registrar.
Ⅰ. Zo lees je de resultaten van een WHOIS-domeinnaamcheck
De resultaten van de WHOIS-domeinnaamcheck bestaan uit vier blokken: registratiegegevens, nameservers, DNS-records en gedetecteerde diensten. Ze beschrijven hetzelfde domein maar komen uit verschillende bronnen. Registratiegegevens zijn de waarde in het register dat registry en registrar bijhouden, terwijl DNS-records de antwoorden zijn die de nameservers op dit moment werkelijk teruggeven. Dat die twee kunnen verschillen, is het vertrekpunt om het scherm te lezen.
1️⃣ Registratiegegevens: registrar, registratiedatum, vervaldatum, status
Registratiegegevens komen uit het register waarin het domein wordt beheerd. Ze hebben niets te maken met of de site online is of wat die toont. Ook als de site offline is, verschijnen deze velden zolang de registratie bestaat.
Registrar: hier koop je het domein. Dat is niet hetzelfde als de registry. De hele .com-naamruimte wordt beheerd door Verisign, en de bedrijven daaronder die losse domeinen verkopen en verlengingen afhandelen, zijn registrars. Gabia, Whois, Namecheap en GoDaddy zijn voorbeelden.
IANA-ID: een uniek nummer voor elke door ICANN geaccrediteerde registrar. Zijn er meerdere bedrijven met een vergelijkbare naam, dan onderscheid je ze met dit nummer. Ontbreekt het, dan is het domein niet via een door ICANN geaccrediteerde registrar gegaan, wat bij landcodedomeinen vaak voorkomt.
Gepubliceerd (registratiedatum): daarnaast staat hoeveel jaar er sinds de registratie is verstreken. De leeftijd van een domein verhoogt de ranking niet vanzelf, maar is een handig referentiepunt als je sites over hetzelfde onderwerp vergelijkt. Laatst gewijzigd: dat is niet de datum waarop de inhoud van de site is bewerkt. De waarde verandert als de nameservers worden gewisseld, contactgegevens worden aangepast of het domein wordt verlengd.
Vervaldatum: wordt ook als badge bovenaan getoond. Bij ruim voldoende resterende tijd is die groen, binnen 30 dagen oranje en na het verlopen rood. Een domein verdwijnt niet op het moment dat het verloopt; daarover meer in Ⅲ.
Status: een code die de vergrendelingen en lopende processen op het domein aangeeft. De tool laat de code ongewijzigd en zet er een uitleg voor. clientTransferProhibited betekent een transfervergrendeling die de registrar heeft ingesteld; codes die met client beginnen, stelt de registrar in, en codes die met server beginnen, de registry. Een transfervergrendeling is geen probleem maar meestal de standaard. Registrars stellen die in om domeindiefstal via ongeoorloofde transfers te voorkomen.
DNSSEC: controleert met een handtekening dat DNS-antwoorden niet vervalst zijn. Staat het aan, dan is er een handtekening geregistreerd; staat het uit, dan betekent dat op zich nog geen probleem.
2️⃣ Waarom de nameservercheck twee kolommen toont
Nameservers verschijnen in twee kolommen. Het is niet twee keer hetzelfde veld, maar twee waarden uit verschillende bronnen naast elkaar.
Volgens registratie: de waarde in het register van registrar en registry. Die verandert als je nameservers invult in het beheer van je domein. Actuele DNS: het antwoord dat de nameservers nu op een vraag geven – de werkelijke toestand op het moment dat je op de opzoekknop drukt.
Zijn de twee waarden gelijk, dan krijgt de linkerkolom een groene badge Komt overeen – wijken ze af, dan een oranje badge Wijkt af – soms is er helemaal geen badge, namelijk als één kant leeg is en er niets te vergelijken valt. Dat zie je bij landcodedomeinen die geen registratiegegevens publiceren.
Ook een ander aantal wordt als afwijking aangemerkt, bijvoorbeeld als het register er twee vermeldt maar het actuele antwoord er drie geeft. Zo ziet het eruit als je een nameserver toevoegt maar die niet bij de registrar bijwerkt.
Wat een afwijking betekent en hoe lang je moet wachten, lees je in Ⅱ.
3️⃣ DNS-lookup: wat elk recordtype betekent
DNS-records zijn de vermeldingen die een domeinnaam omzetten in een echt adres of een instelwaarde. Elk type heeft een andere taak.
|
Type |
Taak |
|---|---|
|
A |
Verwijst het domein naar een IPv4-adres. Deze waarde vertelt op welke server de website staat. |
|
AAAA |
Doet hetzelfde met een IPv6-adres. Ontbreekt het, dan is dat geen probleem. |
|
CNAME |
Een alias die naar een andere naam wijst. Vaak gebruikt om www naar het hoofddomein te sturen. |
|
MX |
De server die mail ontvangt. Het getal ervoor is de prioriteit; lagere getallen worden eerst geprobeerd. |
|
NS |
De nameservers die verantwoordelijk zijn voor dit domein. |
|
TXT |
Vrije tekst. Hier staan SPF-vermeldingen die verzendservers aanwijzen, en eigendomsverificaties voor Google of Naver. |
|
SOA |
De gezaghebbende informatie voor de hele zone. Bevat de primaire nameserver en het serienummer. |
Rechts staat de TTL: hoe lang de waarde mag worden bewaard, in seconden. 300 is 5 minuten, 3600 een uur en 86400 een dag. Meestal is dit de reden dat een wijziging niet meteen zichtbaar is.
Geen MX-record betekent dat het domein geen mail ontvangt. Begint een TXT-regel met v=spf1, dan zijn er servers voor het verzenden van mail opgegeven.
4️⃣ Gedetecteerde diensten: hosting, DNS-beheer, mail
Dit onderdeel combineert de waarden hierboven en schat daaruit welke diensten echt worden gebruikt.
Hosting: zoekt het netwerk op waartoe het IP uit het A-record behoort en toont de naam van de provider en het AS-nummer. Een AS-nummer is het unieke nummer dat elk netwerk op internet krijgt. Land: het land waar dat netwerk is geregistreerd, en reverse DNS: de naam die terugkomt als het IP omgekeerd wordt opgezocht. In de reverse DNS staat vaak nog de naam van de provider, wat een extra aanwijzing geeft over de hosting.
DNS-beheer: wordt herkend aan de nameserveradressen. ns.cloudflare.com betekent Cloudflare, en ns.gabia.co.kr betekent Gabia. Mail: wordt herkend aan de MX-host. aspmx.l.google.com betekent Google Workspace, en mail.protection.outlook.com betekent Microsoft 365.
Houd hier rekening met twee dingen. Ten eerste krijgen providers die niet in de tabel staan geen chip. Bij een minder bekende nameserver kan de chip voor DNS-beheer leeg blijven, en dat betekent niet dat de lookup is mislukt. Ten tweede horen bij sites achter een CDN zoals Cloudflare het getoonde IP en de provider bij het CDN. Waar de echte server staat, kun je op deze manier niet zien.
5️⃣ Waarom de bron RDAP of WHOIS is
Het veld Bron onderaan de resultaten toont of de gegevens via RDAP of WHOIS zijn binnengekomen. Dat komt doordat de tool beide methoden gebruikt.
WHOIS bestaat al sinds de jaren tachtig. Je maakt verbinding via poort 43, stuurt een domeinnaam en de server geeft leesbare tekst ongewijzigd terug. Er is geen vast formaat, dus de veldnamen verschillen per server. RDAP is de opvolger: HTTPS-verzoeken krijgen antwoorden in een vaste JSON-structuur. De veldnamen zijn gestandaardiseerd, en het ondersteunt meerdere talen en toegangscontrole.
Per 28 januari 2025 heeft ICANN RDAP de officiële manier gemaakt om gTLD-registratiegegevens te leveren. Voor generieke topleveldomeinen zoals .com, .net en .org is RDAP nu de standaard. Dit besluit geldt alleen voor gTLD's; landcodedomeinen worden door elke registry volgens eigen beleid beheerd. Domeinen zoals .kr die geen RDAP aanbieden, worden met de bestaande WHOIS-methode opgezocht.
Deze tool probeert eerst RDAP, en als het topleveldomein geen RDAP aanbiedt, valt de tool terug op WHOIS. Welke methode is gebruikt, staat bij Bron. Ook de velden die je krijgt verschillen iets per bron. RDAP heeft het IANA-ID en het misbruikcontact in de structuur ingebouwd, dus meestal zijn er meer velden ingevuld.
Ruwe uitvoer bekijken: toont het antwoord precies zoals het is ontvangen. Kwamen de gegevens via RDAP, dan verschijnt ook de knop Ook via WHOIS opzoeken – pas als je erop drukt, wordt er nog een lookup via poort 43 gedaan; druk je er niet op, dan gaat er geen verzoek uit. Bevatten de ruwe gegevens e-mailadressen en telefoonnummers van contactpersonen, dan worden die op het scherm gemaskeerd.
Ⅱ. Nameservers controleren en wijzigingen volgen
Nameservers zijn de wegwijzers die bepalen naar welke server een domeinnaam wordt gestuurd. Je wijzigt ze bij een hostingverhuizing of als je Cloudflare toevoegt, maar de wijziging werkt niet overal tegelijk. Leg je de nameservers uit de registratiegegevens naast de waarden die de actuele DNS teruggeeft, dan zie je op het scherm in welke fase je zit.
1️⃣ Wanneer je nameservers moet controleren
Meestal hoef je niet naar nameservers te kijken. In deze situaties controleer je ze.
- Na een hostingverhuizing : je bent overgestapt op de nameservers van je nieuwe host, maar de site wijst nog naar de oude server.
- CDN-installatie : Cloudflare vervangt de nameservers door die van zichzelf, dus of ze zijn gewijzigd, vertelt je of het actief is.
- Als er geen mail aankomt : ook als MX goed is ingesteld, antwoorden de oude instellingen zolang de nameservers nog naar de oude wijzen.
- Na het overnemen van een domein : de eerste stap om te controleren of de instellingen van de vorige eigenaar er nog zijn.
- Als de site er voor verschillende mensen anders uitziet : de een ziet de nieuwe site, de ander de oude.
Het laatste geval is het duidelijkste teken dat de propagatie nog bezig is.
2️⃣ Wijken registratie en actuele DNS af, dan loopt de propagatie nog
Verschijnt er bij de nameservercheck een afwijkingsbadge, dan is dat meestal vlak na het wijzigen van de nameservers. De waarde is niet fout; die verspreidt zich nog.
Het wijzigen van nameservers gaat in drie fasen. Eerst geeft de registrar de nieuwe waarde door aan de registry. Daarna nemen de nameservers van het topleveldomein die waarde over. Tot slot gooien resolvers over de hele wereld hun opgeslagen oude waarde weg en vragen opnieuw. Die laatste fase kost de tijd.
Meestal is het binnen een paar uur tot 48 uur geregeld. Tot die tijd komen bezoekers, afhankelijk van locatie en provider, op de oude of de nieuwe server terecht. Bewerk je in die periode de site, dan weet je moeilijk aan welke kant de wijziging terechtkwam, dus werk je beter verder nadat de propagatie klaar is.
Blijft de afwijking na 48 uur bestaan, dan ligt het niet aan de propagatie. Controleer de twee punten hieronder.
- De wijziging is misschien niet opgeslagen in het dashboard van de registrar. Blijft de waarde in het register hetzelfde, dan verandert er niets, hoe lang je ook wacht.
- Heeft het domein een clientUpdateProhibited-vergrendeling, dan zijn wijzigingen sowieso geblokkeerd. Dat zie je in het statusveld van de registratiegegevens.
Verschijnt omgekeerd een badge 'komt overeen' maar ziet de site er nog oud uit, dan zijn de nameservers al omgezet. Kijk dan naar het A-record, de browsercache of de cache van de site.
3️⃣ Duur van de propagatie en TTL
De waarde die de duur van de propagatie bepaalt, is de TTL. Ontvangt een resolver een antwoord, dan bewaart die de waarde zo veel seconden als in de TTL staat en vraagt in die tijd niet opnieuw. Een TTL van 3600 betekent dat de oude waarde tot een uur kan worden gebruikt.
In de tabel met DNS-records zie je dat de TTL op de NS-regel hoger is ingesteld dan bij andere records. Nameservers veranderen zelden en worden daarom lang bewaard. Daarom duurt een wijziging ervan ook langer.
Daar kun je je op voorbereiden. Ben je van plan nameservers of een A-record te wijzigen, verlaag dan een dag van tevoren de TTL van dat record naar ongeveer 300 seconden. Op het moment van wijzigen wordt het dan al in een korte cyclus ververst, zodat de wijziging sneller doorkomt. Zet de oorspronkelijke waarde terug als alles weer stabiel is.
Ook je eigen computer bewaart gegevens. Op Windows wis je die met ipconfig /flushdns in de opdrachtprompt. Browsers hebben ook een eigen cache, dus controleren in een privévenster is nauwkeuriger.
4️⃣ Zelf controleren met commando's: nslookup en host
Wil je zonder lookuptool zelf controleren, gebruik dan commando's.
Op Windows gebruik je nslookup. Typ in de opdrachtprompt het volgende.
nslookup -q=ns mydomain.com
nslookup -q=a mydomain.com
nslookup -q=mx mydomain.comOp Linux en macOS gebruik je host.
host -t ns mydomain.com
host -t a mydomain.com
host -t txt mydomain.comOp Linux en macOS doet dig hetzelfde, met uitgebreidere uitvoer.
Commando's en lookuptools kunnen verschillende resultaten geven. Een commando vraagt het aan de resolver die je computer gebruikt, de lookuptool aan de resolver op de server waar de tool draait. Tijdens de propagatie is het normaal dat die twee verschillen. Sterker nog: als de twee resultaten verschillen, is dat het bewijs dat het zich nog verspreidt.
Ⅲ. Gegevens van de houder en vervaldatum
Open je een WHOIS-record, dan zijn naam en contactgegevens van de houder meestal verborgen. De tool heeft ze niet gemist; de registrar publiceert ze niet. Landcodedomeinen zijn anders: bij .kr staat de houder vaak gewoon zichtbaar. Ook de getoonde vervaldatum betekent niet dat het domein op die dag stopt met werken.
1️⃣ Waarom de eigenaar van het domein verborgen is
Zoek je een .com-domein op, dan staat bij de houder [REDACTED FOR PRIVACY] of is het veld helemaal leeg. De lookup is niet mislukt.
Toen in 2018 de Europese privacywet (GDPR) van kracht werd, heeft ICANN de gTLD-registratiegegevens zo aangepast dat persoonlijk identificeerbare velden standaard worden verborgen: naam, adres, telefoonnummer en e-mail. Dezelfde regel geldt voor houders wereldwijd, niet alleen voor inwoners van Europa.
Daar komt de privacydienst van registrars nog bij. Die zet de gegevens van een tussenpartij op de plek van die van de houder, en veel registrars bieden dat tegenwoordig gratis aan.
Wat een lookup je oplevert, houdt dus op bij de registrar. Wil je de eigenaar bereiken, gebruik dan het misbruikcontact van de registrar. De registrar geeft het bericht door aan de houder. Meldingen over merkinbreuk en oplichtingssites lopen via deze weg.
2️⃣ Bij .kr zie je de houder: het veld voor openbaarmaking
Bij landcodedomeinen bepaalt de registry van elk land het beleid. .kr wordt beheerd door KISA, en houders kunnen zelf kiezen of hun gegevens openbaar zijn.
In de ruwe uitvoer van de lookup staat het veld Publishes – staat daar 'Y', dan worden naam en adres van de houder en de gegevens van de contactpersoon gewoon getoond; bij 'N' zijn ze beperkt. Bedrijfsdomeinen zijn vaak openbaar, persoonlijke domeinen vaak beperkt.
Daarom toont dezelfde tool bij .com alleen de registrar, maar bij .kr ook de houder. Dat ligt niet aan de tool; elk topleveldomein heeft een eigen beleid voor openbaarmaking.
Bevatten de ruwe gegevens contactgegevens, dan worden e-mailadressen en telefoonnummers op het scherm gemaskeerd. Ook als de gegevens openbaar zijn, zou het een probleem zijn als de resultaatpagina's zo door zoekmachines worden geïndexeerd.
3️⃣ Vervaldatum, respijtperiode en wachten op verwijdering
Een domein verdwijnt niet op de dag dat het verloopt. gTLD's doorlopen na het verlopen meerdere fasen.
Eerst komt de respijtperiode. Die duurt meestal 30 tot 45 dagen, en in die tijd kun je het domein terugkrijgen tegen de normale verlengingsprijs. De site ligt dan meestal stil, en in plaats daarvan verschijnt een meldingspagina van de registrar.
Na de respijtperiode komt het domein in de redemption period. Bij de status staat redemptionPeriod. Die duurt ongeveer 30 dagen, en er geldt een aparte herstelvergoeding, vaak een veelvoud van de verlengingsprijs.
Daarna volgt pending delete. Bij de status staat pendingDelete, meestal 5 dagen lang. In deze fase kan zelfs de oorspronkelijke houder het domein niet meer terugkrijgen. Als de periode voorbij is, wordt de registratie vrijgegeven en kan iedereen het domein registreren.
Bij landcodedomeinen zijn de fasen en termijnen anders. .kr volgt het beleid van de registry en de registrar, dus als het verlopen nadert, kun je het zekerst direct bij je registrar navragen.
Wordt de vervaldatumbadge bovenaan de tool oranje, dan zijn er minder dan 30 dagen over. Zelfs met automatische verlenging kan het misgaan als je betaalmethode is verlopen, dus als je deze badge ziet, is het een goed moment om in het dashboard van je registrar te kijken.
4️⃣ Wat je controleert voor de registratie, en domeinprijzen
Wie de vervaldatum controleert, kijkt meestal ook naar verlengingsprijzen en transfervoorwaarden. Dezelfde punten tellen als je een nieuw domein registreert.
De prijs in het eerste jaar en de verlengingsprijs verschillen. Veel registrars geven in het eerste jaar flinke korting en rekenen vanaf het tweede jaar de volle prijs. Een domein gebruik je niet één jaar om het daarna weg te gooien, dus het is logisch om op verlengingsprijs te vergelijken. Voor .com geldt een groothandelsprijs die de registry vaststelt, waardoor het verschil tussen registrars klein is, maar sommige nieuwe topleveldomeinen kosten bij verlenging een veelvoud van het eerste jaar.
Controleer of privacybescherming gratis is. Steeds meer registrars bieden die gratis aan, maar sommige rekenen er nog jaarlijks voor. Het gaat om het afschermen uit Ⅲ-1.
Het helpt ook om de regel voor de transfervergrendeling te kennen. Na het registreren van een nieuw domein of het verhuizen naar een andere registrar kun je het 60 dagen lang niet opnieuw overdragen. Dat is een ICANN-regel, dus registrars kunnen die niet naar eigen inzicht opheffen. Wil je van registrar wisselen, houd dan rekening met deze termijn.
Landcodedomeinen hebben eigen voorwaarden. Voor .kr is een adres in Korea nodig, en afhankelijk van het land wordt een lokaal bedrijf of verblijf vereist.
Ⅳ. Sites voor domeinlookups vergeleken
Voer je hetzelfde domein in, dan toont elke site andere velden. Diensten verschillen in waar ze hun gegevens vandaan halen en hoe lang ze resultaten bewaren. Koreaanse diensten zijn sterk in .kr, terwijl internationale diensten bij gTLD's meestal meer details tonen, dus kies op basis van wat je wilt controleren.
1️⃣ Koreaanse lookupsites: KISA, Whois, Gabia
KISA whois: de lookupdienst die de instantie achter .kr zelf aanbiedt. Voor .kr-domeinen is dit de bron, dus het nauwkeurigst. Er zijn ook lookups van IP-adressen en AS-nummers. Het scherm ligt wel dicht bij de ruwe uitvoer en is in het begin lastig te lezen.
Whois (whois.co.kr) en Gabia zijn lookuppagina's van registrars. Je kunt ze ook gebruiken zonder klant te zijn, en vanaf de resultaatpagina ga je direct door naar registratie of transfer.
Koreaanse diensten geven uitgebreide .kr-velden en uitleg in het Koreaans. Bij topleveldomeinen buiten .kr verschijnen daarentegen soms minder velden.
2️⃣ Internationale lookupsites
ICANN Lookup is de lookup die ICANN zelf aanbiedt. Dit is de juiste plek om de referentiewaarden voor gTLD's te controleren.
who.is of whois.domaintools.com en vergelijkbare diensten benadrukken dat ze ook eerdere records en de wijzigingsgeschiedenis tonen. Sommige functies zijn betaald.
whatsmydns.net is een ander soort tool. Het vraagt resolvers in veel landen tegelijk en toont de propagatie op een kaart. Heb je net je nameservers gewijzigd, dan past deze het best. De tool in dit artikel vraagt vanaf één server, dus die toont geen wereldwijde propagatie.
3️⃣ Waarom domeinresultaten per site verschillen
Er zijn vier redenen waarom hetzelfde domein er op verschillende sites anders uitziet.
De bron is anders. Diensten die RDAP gebruiken en diensten die WHOIS via poort 43 gebruiken, krijgen al verschillende antwoorden. De veldnamen en het aantal velden verschillen.
Het moment waarop het resultaat is opgeslagen, is anders. De meeste lookupdiensten bewaren resultaten een tijdje en hergebruiken ze. Heb je net je nameservers gewijzigd, dan geeft een site die een gisteren opgeslagen waarde toont een ander resultaat dan een site die nu opnieuw vraagt. Deze tool toont het tijdstip van de lookup onderaan de resultaten en vermeldt het als een resultaat uit de opslag komt.
De locatie van de resolver is anders. De velden met DNS-records tonen het antwoord dat de server van die dienst kreeg. Tijdens de propagatie verschillen de antwoorden per serverlocatie.
De dekking is anders. Landcodedomeinen volgen per registry ander beleid, dus sommige diensten tonen de houder van een .kr-domein en andere laten het leeg.
Verschillende resultaten betekenen dus niet dat één kant fout zit. Waar je kijkt, hangt af van wat je wilt controleren. Voor de originele registratiegegevens ga je naar de registry van dat topleveldomein, voor wereldwijde propagatie naar een propagatiechecker, en om registratiegegevens en actuele DNS naast elkaar te vergelijken past deze tool.
Ⅴ. Veelgestelde vragen over domeinen
Zijn er geen registratiegegevens en geen DNS-antwoord, dan heeft waarschijnlijk nog niemand het domein geregistreerd. Vlak na een registratie heeft de registry wel even tijd nodig, dus het kan er kort zo uitzien. Is de registratiestatus belangrijk, controleer het dan nog eens in de zoekfunctie van een registrar.
Zodra de waarde volgens de registratie en de waarde in de actuele DNS gelijk zijn, is de wijziging doorgevoerd. Dat duurt meestal een paar uur tot 48 uur, en hoe langer de TTL van de oude nameserverrecords, hoe langer het duurt. Wijken ze na 48 uur nog af, controleer dan of de wijziging bij de registrar is opgeslagen en of er geen transfervergrendeling actief is.
Bij gTLD's zoals .com zijn de gegevens van de houder door privacyregels afgeschermd. Een lookup vertelt je alleen de registrar. Wil je contact opnemen, gebruik dan het misbruikcontact van de registrar. Bij .kr staat de houder er gewoon, als die voor openbaarmaking heeft gekozen.
Gebruikt de site geen CDN zoals Cloudflare, dan is het het adres van de echte server. Bij sites achter een CDN horen het getoonde IP en de provider bij het CDN, en de locatie van de originele server vind je zo niet. Verschijnt bij de gedetecteerde diensten de naam van een CDN-provider in de hostingchip, dan is dat het geval.
Direct na het verlopen is er een respijtperiode, dus de registratie bestaat nog. De site laadt omdat de nameservers en de server gewoon blijven draaien. Staat bij de status redemptionPeriod of pendingDelete, dan zit het domein in een fase waarin het moeilijk terug te krijgen is.
Ja. Doet één persoon in korte tijd herhaaldelijk een lookup, dan wordt die even geblokkeerd. De opgevraagde servers zijn van anderen, en de limiet is er om ze niet te belasten. Zoek je hetzelfde domein opnieuw op, dan zie je het opgeslagen resultaat, en dat telt niet mee voor de limiet.
Ja, 30 dagen inclusief de vervaldatum. In die periode werken de website en de diensten die het domein gebruiken niet meer, en bij de status van de lookup staat clientHold. Verleng je binnen 30 dagen, dan krijg je het domein terug; daarna wordt het verwijderd en is het op de ochtend van dag 31 weer vrij voor registratie. Anders dan bij gTLD's zoals .com is er geen aparte redemption period.
Ⅵ. Wijzigingslogboek
2026-08-14
· Volgorde van de datums in de registratiegegevens aangepast.
→ Vervaldatum staat nu na de registratiedatum; laatst gewijzigd naar het einde verplaatst
· Vervaldatum benadrukt.
→ Dezelfde kleurschaal als de D-day-badge voor de vervaldatum bovenaan
· Plaats van de bronvermelding verplaatst.
→ Uit de registratietabel naar een eigen regel eronder
ℹ️ Affiliatemelding
De content van deze site bevat affiliatelinks. Koopt een bezoeker via een van deze links een product of dienst, dan ontvangt deze site een commissie van de verkoper. Het bedrag dat de koper betaalt (bij acties gaat het omlaag ↓) wordt daardoor niet hoger. De vermelde prijzen, kortingen en voorraad gelden op het moment van schrijven en kunnen afwijken; controleer ze daarom vóór je aankoop bij de verkoper. Producten worden gekozen en beoordeeld volgens onze eigen criteria, en commissies hebben geen invloed op de volgorde of de inhoud van de beoordelingen.