SIDN gaat verhuisprocedure domeinnamen versimpelen

De SIDN gaat zijn domeinnaamsysteem DRS5 vernieuwen. Nadat het systeem vorig jaar al een flinke upgrade kreeg, wordt nu vooral de verhuisprocedure aangepakt. Het verhuizen van domeinnamen zal straks aanzienlijk sneller gaan.

De wijzigingen aan DRS5 worden op 17 mei in gebruik genomen. Door de wijzigingen moet het systeem om domeinnamen te registreren en verhuizen in de praktijk beter aansluiten bij de wensen van registrars. Tijdens de upgrade zal het systeem gedurende enkele uren in de ochtend niet bruikbaar zijn.

Begin vorig jaar is de SIDN overgestapt op de vijfde versie van het achterliggende systeem en na een evaluatie van die nieuwe versie is tot diverse wijzigingen besloten. Zo vervalt de wachttijd na het indienen van een verhuisaanvraag. Het gevolg hiervan is dat een verhuizing direct kan worden doorgevoerd. Registraties konden door het nieuwe systeem al realtime worden verwerkt.

Hierbij is het wel zaak dat registrars de bij het domeinnaam horende nameservers inrichten voordat de verhuizing daadwerkelijk wordt ingediend. Als er onverhoopt toch iets fout gaat, kan het token worden gereset.

Naast de verandering van registratiesysteem nam de SIDN vorig jaar ook een uitgebreidere dns-check in gebruik. Het nieuwe controlesysteem kan beter overweg met ipv6, ondersteunt ook dnssec en kan controleren op edns-ondersteuning van nameservers en tcp-ondersteuning. Een handige wijziging is verder dat de check ook gebruikt kan worden voor domeinnamen die niet op .nl eindigen.

Reacties (35)

[Rupie]

Ik heb afgelopen jaar een domein naar een andere host gezet en dat ging eigenlijk al zonder noemenswaardige problemen. Ik kreeg een token van de ene partij, gaf deze door aan de andere partij en met een paar mailtjes was het geregeld. Ik kan mij niet echt iets herrineren van een wachttijd, maar wellicht dat dat was omdat het een domein was wat in qurantaine stond. Ben benieuwd wat er dan met deze nieuwe methode daadwerkelijk 'simpeler' wordt.

[ReCreator]

Het kan nu ook heel snel, verhuizen gebeurt op dit moment automatisch 5 dagen na het aanvragen van de verhuizing. Echter als de partij waar de domeinnaam vandaan wordt gehaald hiervan op de hoogte is kan deze na het verhuisverzoek ervoor kiezen deze handmatig te accepteren. Dan is het eigenlijk ook vrijwel direct geregeld.
De 5 dagen gaan er nu vanaf

[Sn0zz]

Het gevolg hiervan is dat een verhuizing direct kan worden doorgevoerd.

Nice! Dat scheelt een hoop tijd bij actuele sites online gooien.

[Gert]

Je moet het domein verhuizen om een site online te gooien?

[TvdW]

Als de klant, bijv een mkb die een nieuwe site wil, al een andere site heeft wel.

[Sn0zz]

Precies, en af en toe zijn er klanten die een bestaande site (of iig content / functionaliteit) onder een nieuwe domeinnaam willen aanbieden, afhankelijk van de actualtiteiten / marketingacties.

[Gert]

Dan pas je toch de DNS records aan? Ik snap niet waarom web ontwikkelaars maar de hele tijd domeinen zitten te verhuizen.

Het maakt echt geen zak uit waar de nameservers staan voor de functionaliteit van de hosting van websites (of wat dan ook).

[Reactie gewijzigd door Gert op 28 juli 2024 16:01]

[Thomasje]

Wat denk je van een simpele reden: inkomsten. Dat is weer een extra hosting wat ze verkopen.

[SWINX]

Zelfde hosting, nieuwe naam - dus niet echt extra veel inkomsten.

DNS records aanpassen werkt natuurlijk niet als het een nieuwe domeinnaam betreft

[Carino]

maar dan verhuis je de site toch niet... dan vraag je een extra domein aan die naar hetzelfde hostingpakket wijst...

[Verwijderd]

Dan betaal je dubbel?

[SWINX]

Alleen de domeinnaam toch maar?
Wat dit overigens met de verhuisprocedure te maken heeft ontgaat mij ook even....

[MrMancunian]

Volgens mij heb je nog steeds te maken met de TTL van de hostfiles bij ISPs, dus de vraag is of ze zoveel sneller online komen...

[Foamy]

De huidige wachtperiode bedraagt 5 dagen. Ik weet niet waar jij je .nl domeinen laat hosten, maar als ze daar een TTL van 5 dagen op de zonefiles hebben staan dan ben je zuur Ik zou mn spul dr snel wegtrekken in ieder geval.

[mxcreep]

Er zijn nog wel ISP's die TTL negeren in hun caching nameservers... de belgen hebben er bijvoorbeeld een handje van... Kun je mooi je TTL op 5 minuten zetten en duurt het daar nog twee dagen voor de nieuwe records opgehaald worden...

[psyBSD]

Mensen die hun TTL op 5minuten zetten zijn denk ik precies de reden waarom sommige nameservers de TTL negeren.

[Punked24]

Nu nog de optie dat een domeinnaamhouder zelf direct de verhuiscode kan opvragen bij SIDN en het is helemaal top!

[Foamy]

Waarom zou je dat willen? Als je huidige provider een verhuizing blokkeert, en het domein staat gewoon op je eigen naam, dan escaleer je de verhuizing toch gewoon via de nieuwe provider?

[Punked24]

Escalatie kost tijd. Als een domeinnaamhouder gewoon direct de verhuiscode kan opvragen bij SIDN. Dan kan de nieuwe provider de naam meteen verhuizen. Ik maak dit gezeur namelijk dagelijks mee.

[Kiev]

ja en zo moeilijk is het niet. SIDN kan het simpel versturen naar de houder (adminC uit de WHOIS). scheelt weer een onnodige schakel.

[zaiziks]

Daar is bewust voor gekozen - als SIDN en de houders van websites onderling contact hebben, zullen de registrars daar niet blij mee zijn. Zij verliezen controle over het product dat ze zelf aanbieden, in zekere zin vergelijkbaar met aansprak op garantie, dat doe je bij de aanbiedende winkel en niet de fabrikant. De hoeveelheid extra manuren die SIDN nodig zou hebben om een dergelijke dienst aan te bieden weegt niet op tegen het huidige systeem, lijkt me.

[Lulukai]

Goed dat SIDN blijft werken aan een verbetering van hun diensten. Hoewel de verhuis van een .nl domeinnaam al bij de meest gemakkelijke en vlotte van alle extensies behoort moet ik zeggen.

[Kiev]

zeker weten. probeer maar eens een .eu of .be te verhuizen. stuk lastiger met die e-mailgoedkeuringen die DNS.be/ EurID handmatig goed/ afkeurt.

Gelukkig gaat EurID over enkele maanden ook met autorisatiecodes werken (eigk precies hetzelfde als SIDN).

[jimbo123]

Het nadeel van het hele token systeem is gewoon dat iedere registar weer zijn eigen procedure heeft om deze code bij hun op te vragen. Dus je moet iedere keer gaan kijken hoe ze willen dat je het doet.

[Sfynx]

Klopt... bij m'n oude registrar moest alles via de mail OP een gegeven moment werden ze geroyeerd bij SIDN en heb ik de boel tokenloos naar Transip laten verhuizen waar ik die auth codes gewoon bij de domeinnamen zie staan als ik inlog in dat control panel ding van ze.
Zoals het hoort... volledige controle.

Duurde wel 5 dagen, want de oude toko had niet eens meer toegang tot DRS om het te bevestigen

[Reactie gewijzigd door Sfynx op 28 juli 2024 16:01]

[Phu]

Gewoon eerst rekening payen, mochten er openstaande facturen zijn
Dan pas token vragen zo simpel kan het gewoon zijn
helaas zijn er altijd van die wanbetalers die wel token eisen maar gewoon niet willen betalen en dan gaan huilen als ze geen token krijgen.

[Pogostokje]

Als het domein op hun naam staat hebben ze recht op het token. Betaald of niet. Die rekening is een zaak tussen jou en de klant, daar zit SIDN en het domein niet tussen.

[SWINX]

en dat mag dus niet... de domeinnaamhouder moet gewoon token kunnen verkrijgen, de registrar mag deze naam niet acherhouden omdat er nog een rekening openstaat (dacht ik)

[johnkeates]

Heerlijk, dit gaat een hoop tijd schelen En ook flink wat mensen die ongelukkig zijn bij hun huidige domein/hosting boer zullen dan misschien eerder durven over te stappen om dat er geen/minder downtime is

[Oeroeg]

Ik moet zeggen dat het verhuizingsproces niet eenvoudig is.
Mijn website is door dit gedoe toch een weekend offline geweest, en vreesde ik dat ik mijn domein kwijt zou raken..

[Pogostokje]

Dat ligt dan waarschijnlijk meer aan je provider dan aan het proces.
Kwijtraken van een domein als gevolg van een verhuizing zie ik helemaal niet gebeuren. Een weekend offline bekent dat er iemand heeft lopen klooien.

[SWINX]

Dat ligt eerder aan de nieuwe provider dan aan SIDN ?
Als je nieuwe provider zijn DNS op orde heeft is er niks aan de hand ?

[totaalgeenhard]

SIDN is modern bezig.......

Laat ze eerst er maar voor zorgen dat de GROTERE partijen verplicht zijn om zonder enige voorwaarde of moeite hun klanten EPP (TOKEN) kan opvragen en dat daarbij domein meteen automatisch unlocked wordt.

Want die grotere partijen worden al door SIDN voor getrokken, maar proberen elke verhuizing te traineren, door heel moeilijk te doen of geen of een verkeerd EPP (token) te verstrekken.

[Dr House]

Ik wou dat je rechtstreeks bij SIDN kon registreren en niet via een aangesloten provider. Dat zou de keuzevrijheid enorm verbeteren.

[P-e-t-j-e]

Welke keuzevrijheid? Je hebt toch alleen de keuze bij welke registrar je het domein onderbrengt? De domeinnaam zelf is niet afhankelijk of je het via SIDN of een registrar doet...

Door het gebruik van registrars heb je juist wel de keuze om naar een andere partij te gaan als je niet tevreden bent over de huidige?