Verhuis een domeinnaam zonder DNS-downtime

Waarom onderbreekt een registrarverhuizing de DNS niet?

Omdat de nameservers deel uitmaken van het record van de registry, en de verhuizing ze met rust laat. De registry wisselt de sponsorende registrar en verlengt de vervaldatum. De NS-delegatie die de wereld vertelt waar je DNS te vinden is, blijft hetzelfde.

TransferOffshore houdt dat standaard zo. In de stap Nameservers van de checkout staat Huidige nameservers behouden aangevinkt als je winkelwagen alleen verhuizingen bevat. Je kunt in plaats daarvan onze nameservers, Cloudflare of aangepaste nameservers kiezen, en dit later wijzigen in Mijn domeinnamen.

De vraag is dus nooit “verplaatst de verhuizing mijn DNS?”. Het is “wie antwoordt voor mijn nameservers, en blijven ze antwoorden zodra de domeinnaam weg is?”.

Wanneer veroorzaakt een domeinverhuizing downtime?

Downtime ontstaat wanneer een dienst die aan de oude registrar is gekoppeld stopt nadat de domeinnaam vertrekt. Controleer deze vier gevallen voordat je begint:

• DNS gehost bij de oude registrar. Veel registrars bieden gratis DNS. De zone staat meestal op hun nameservers en wordt mogelijk verwijderd wanneer de domeinnaam vertrekt. Squarespace bijvoorbeeld vraagt klanten hun DNS-records op te slaan omdat de meeste providers ze niet bewaren (volgens hun helpcenter, oktober 2026).
• Mailboxen of forwarding bij de oude registrar. Gandi zegt dat zijn mailboxdienst direct stopt wanneer een domeinnaam verhuist. De mailgegevens worden 7 dagen later verwijderd (volgens hun documentatie, oktober 2026).
• DNSSEC. Een DS-record bij de registry dat verwijst naar sleutels die je nieuwe DNS-host niet heeft, breekt de resolutie.
• Cloudflare Registrar. Domeinnamen die daar geregistreerd staan, moeten Cloudflare-nameservers gebruiken, en wat er na de verhuizing met de zone gebeurt, is niet gedocumenteerd.

Horen je nameservers bij een onafhankelijke provider, zoals je host of een DNS-dienst, dan geldt niets van dit alles. De verhuizing is dan onzichtbaar voor bezoekers.

Welke DNS-records moet je kopiëren?

Kopieer elk record in de zone, niet alleen de website-records. Ontbrekende e-mail- en verificatierecords veroorzaken de stilste fouten: mail bounced of belandt dagen later in spam.

Hoe controleer je je records met dig?

Vraag het huidige nameserver direct op, sla de antwoorden op en stel de nieuwe DNS-host dezelfde vragen voordat je overstapt. Komen de antwoorden overeen, dan is de nieuwe zone klaar. Vervang example.com door je domein en de nameservernamen door de namen die dig NS teruggeeft.

#!/usr/bin/env bash
# Who answers for the domain today?
dig +short NS example.com

OLD_NS=ns1.old-dns.example.com   # a nameserver from the line above
NEW_NS=ns1.new-dns.example.com   # a nameserver of the new DNS host

# Apex records: run once against each nameserver and compare
for ns in "$OLD_NS" "$NEW_NS"; do
  echo "== $ns"
  for type in A AAAA MX TXT CAA; do
    echo "-- $type"
    dig +short "$type" example.com "@$ns" | sort
  done
done

# Names that live below the apex
dig +short CNAME www.example.com "@$OLD_NS"
dig +short TXT _dmarc.example.com "@$OLD_NS"
dig +short TXT selector1._domainkey.example.com "@$OLD_NS"
dig +short SRV _sip._tls.example.com "@$OLD_NS"

# Is DNSSEC on? Any DS answer means yes
dig +short DS example.com

# TTL of the records you will change (second column)
dig +noall +answer A example.com "@$OLD_NS"

Hoe verplaats je DNS veilig weg van de oude registrar?

Verplaats eerst de DNS, wacht, en transfer daarna het domein. Twee wijzigingen op dezelfde dag maken elke fout moeilijk te traceren.

1. Verlaag de TTL's. Zet een dag of twee vooraf de TTL van de records die je gaat wijzigen op 300 seconden, zodat caches de oude antwoorden snel vergeten.
2. Bouw de nieuwe zone. Maak elk record aan bij de nieuwe DNS-host: onze nameservers, Cloudflare of een andere provider.
3. Vergelijk. Voer de dig-checks hierboven uit tegen de oude en de nieuwe nameserver tot de antwoorden overeenkomen.
4. Wissel de nameservers bij de oude registrar. Sommige registrars blokkeren DNS-wijzigingen zolang een transfer loopt, dus doe dit voordat de transfer begint.
5. Wacht tot de delegatie is bijgewerkt. NS-records bij het register kunnen op .com tot twee dagen in de cache blijven.
6. Start de transfer met Huidige nameservers behouden aangevinkt. Het domein komt al binnen met de nieuwe DNS.

Zodra het domein is aangekomen en alles werkt, verhoog je de TTL's weer.

Hoe zit het met DNSSEC tijdens een transfer?

Blijft de DNS-operator dezelfde, laat DNSSEC dan met rust; verandert die, verwijder dan eerst het DS-record. DNSSEC koppelt het register via een DS-record aan je DNS-sleutels. Validerende resolvers weigeren antwoorden die daar niet mee overeenkomen.

• Zelfde DNS-operator, zelfde sleutels. Het DS-record blijft geldig. De transfer raakt het niet aan.
• Nieuwe DNS-operator. Verwijder het DS-record bij de registrar, wacht minstens twee dagen tot caches verlopen en wijzig dan de nameservers. Signeer de zone bij de nieuwe host en voeg het nieuwe DS-record toe zodra die ondertekende antwoorden publiceert.
• DNS en DNSSEC beide beheerd door de oude registrar. De sleutels gaan mee met hun DNS-dienst, dus behandel dit als een nieuwe operator.

Een niet-overeenkomend DS-record is een volledige storing voor elke gebruiker achter een validerende resolver, niet een gedeeltelijke. Meerdere registrars, waaronder Squarespace, vragen je om DNSSEC uit te zetten voor een transfer. In ons paneel verschijnt eerst een waarschuwing als je nameservers wijzigt terwijl DNSSEC aan staat.

Wat als het domein bij Cloudflare Registrar staat?

Cloudflare Registrar vereist Cloudflare-nameservers, dus de zone en de registratie zijn aan elkaar gekoppeld. Hun documentatie stelt dat alle domeinen bij Cloudflare Registrar Cloudflare-nameservers gebruiken (per oktober 2026).

Cloudflare documenteert niet of de zone blijft antwoorden zodra het domein is weggetransfereerd. Hun pagina over het verwijderen van een domein zegt dat het verwijderen van een domein de Cloudflare DNS-resolutie stopt. Twee veilige opties:

• Behoud Cloudflare DNS. Controleer in het Cloudflare-dashboard dat de zone actief blijft voordat je de transfer goedkeurt. Transfer daarna met “Huidige nameservers behouden”, of kies de Cloudflare-preset in het formulier.
• Verplaats eerst de DNS. Bouw de zone bij een andere DNS-host, wissel de nameservers, wacht en transfer daarna.

De Cloudflare-stappen voor de code en de lock staan in de Cloudflare-transfergids.

Wat gebeurt er met e-mailforwarding en URL-forwarding?

Die stoppen zodra de oude registrar het domein niet meer bedient. Forwarding is een dienst die de registrar op zijn eigen servers draait, gekoppeld aan zijn eigen nameservers.

• E-mailforwarding. Aliassen zoals contact@ die naar een persoonlijke inbox worden doorgestuurd, ontvangen geen mail meer. Maak ze opnieuw aan bij je mailprovider, of in ons paneel als je onze nameservers gebruikt.
• URL-forwarding. Een redirect van example.com naar een andere site stopt. Maak die opnieuw aan als redirect bij je webhost, of in ons paneel met onze nameservers.
• Mailboxen verkocht door de registrar. Verplaats de mail en wijzig de MX-records vóór de transfer, niet erna.

Met onze nameservers bevat de domeinpagina DNS-records, webforwarding, e-mailforwarding en DNSSEC.