Een domein naar een andere registrar verhuizen: toelating en diensten apart vastleggen

Baken de verhuizing af met zes rollen

Benoem TLD-register, huidige en ontvangende registrar, geregistreerde houder, autoritatieve DNS-beheerder, websitehost en mailprovider. Schrijf op wat gelijk moet blijven en wat een apart besluit vergt. Eén bedrijf kan verschillende rollen vervullen zonder dat contracten, bevoegdheid en acceptatiebewijs uitwisselbaar worden.

Het gepubliceerde ICANN-gTLD-beleid kent de geregistreerde houder de bevoegdheid toe om de verhuizing goed te keuren. Houderrechten of wezenlijke contactgegevens wijzigen is een ander proces. Bespreek de gevolgen van een voorgestelde contactcorrectie met de verantwoordelijke registrar voordat u die als onschuldige voorbereiding behandelt.[1]

Begin met een leeg overdrachtsblad

Noteer per rij gedateerde bron/vindplaats ____, bewijseigenaar ____, status/blokkade ____ en volgende beoordeling ____. Gebruik goedgekeurde private referenties. Zet geen autorisatiecode, wachtwoord of onnodig identiteitsdocument in het gedeelde blad.

Een kritieke onbekende over bevoegdheid of toelating betekent HOLD. Een gunstige kalenderafstand of ogenschijnlijk gezonde website compenseert dat niet. Houd ontbrekend bewijs zichtbaar; positieve dienstenrijen geven geen verhuisbevoegdheid.

Dateer het beleid en onderscheid beperkingen

Op 14 oktober toont ICANN de update van 21 februari 2024, verplicht ingevoerd uiterlijk 21 augustus 2025. De kop vermeldt nog uitgestelde handhaving van de eis van een autorisatieformulier (FOA) voor de ontvangende registrar. Het bestuursbesluit van 7 juni 2026 neemt 47 aanbevelingen aan en draagt implementatie op; Transfer Policy Review staat in de implementatiewachtrij. Aannemen maakt voorgestelde vervangende procedures niet effectief. Controleer vóór handelen de toepasselijke versie opnieuw.[1][2][3]

In het gepubliceerde gTLD-beleid mogen de omstandigheden van eerste registratie en recente verhuizing in I.A.3.7 tot weigering leiden; opgesomde juridische, geschil- en houderwijzigingsgronden in I.A.3.8 verplichten tot weigering. II.C behandelt een wezenlijke wijziging, vooraf afzien van een slot en beperkte verwijderingsbepalingen, waaronder voetnoot 7. Een gewone clientTransferProhibited opheffen bewijst niet dat elke beperking weg is. Geen universele wachttijd van 60 dagen of verwijderbaarheid van ieder slot beloven.[1]

Providerspecifieke autorisatie, meldingen en voltooiingsbewijs blijven nodig. Voorwaardelijke vijfkalenderdagenbepalingen voor hulp en registerantwoord betreffen bepaalde verplichtingen, niet de totale doorlooptijd. Een aanvraag of betaalbewijs bevestigt geen voltooide wissel. Deze gids geeft geen universeel mailformulier- of codescript.[1]

Leg dienstbehoud afzonderlijk vast

Per afhankelijkheid: huidige eigenaar/bron ____, behouden of apart migreren ____, acceptatiebewijs/operator ____ en besluit voor aanhouden of terugkeer ____. Zes rijen; de contractvraag telt even zwaar als de geplande instellingen.

De Cloudflare-gids van 24 april 2026 vereist het eigen autoritatieve DNS voor de registrardienst. SIDNs .nl-pagina illustreert registerspecifieke contracten en afstemming met een nieuwe registrar die DNSSEC ondersteunt. Deze beperkte voorbeelden kunnen een behoudsplan heropenen; het zijn geen universele vereisten. Een bevoegde beheerder kiest de relevante DNS-/DS-volgorde. Pas een DNSSEC-uitschakelrecept van één provider niet op elke verhuizing toe.[4][5]

Paper Lantern Workshop: oude datums openen de poort niet

Zeven overdrachtsvelden en zes behoudsrijen staan los van deze fictieve samenvatting van zes rijen. De 37/29 dagen zijn kalenderruimte, geen voorspelling, slotduur of SLA; twee beoordelingsdagen zijn geen beleidsdeadline. Als B eigen DNS vereiste, vervalt de behoudsaanname en is een apart beoordeeld DNS-plan nodig. Geen provider wordt geacht deze fictieve acceptatie aan te bieden.

Scheid beleidsrecht van provideracceptatie

Het gepubliceerde gTLD-beleid maakt verval alleen geen algemene weigeringsgrond; werkelijke beperkingen en onbetaalde perioden tellen mee. Cloudflare documenteert apart verlenging van een verlopen domein bij de huidige registrar als voorwaarde. Een bijna verlopen of gewijzigde status vraagt daarom eerst een eigen status-/verlengingsbesluit en exact providerbewijs. Geen gegarandeerd herstel, gratis verhuizing of onvoorwaardelijk extra jaar volgt hieruit.[1][4]

Vraag apart bewijs voor wissel en diensten

Draag het afgebakende toelatingsbesluit, private bevoegdheidsreferenties, gedateerde instructies, zeven velden en zes behoudsrijen over. Later toegestaan bewijs moet aanvraagacceptatie, voltooide registrarwissel en dienstacceptatie per beheerder onderscheiden. Paper Lantern blijft op HOLD. Deze gids verhuist niets en belooft geen ononderbroken DNS, TLS, mail of evenementlinks.