Sidn verhoogt verversing .nl-zonefile naar 12 keer per dag

De Sidn heeft de updatefrequentie van de .nl-zonefile vannacht verhoogd van twee naar twaalf keer per dag. Gevolg is dat nieuw geregistreerde .nl-domeinnamen gemiddeld binnen een uur online staan.

Een zonefile is het bestand dat de verwijzingen naar domeinnamen bevat voor het internet Domain Name System. In februari van dit jaar verhoogde de Sidn de frequentie van publicatie van het bestand voor .nl-domeinen van één naar twee keer per dag. In juni heeft de organisatie vervolgens aangekondigd dat de verversing stukje bij beetje opgehoogd zou worden tot zes keer per dag, zo schrijft ISPam.nl.

De verhoging naar twaalf komt dan ook als een verrassing. Hoewel dit het tijdsinterval tussen registratie en daadwerkelijke beschikbaarheid van domeinen aanzienlijk verkort, is het uiteindelijke doel om het updaten realtime te laten verlopen. EURid, verantwoordelijk voor .eu-domeinen, maakt sinds 9 oktober gebruik van dynamische dns-updates. De zonefiles van domeinen die eindigen op .com-, .net-, .org- en .uk worden al langer automatisch bijgewerkt.

Reacties (39)

[pietje63]

Ligt het aan mij of is het gewoon een kwestie van elke 2 uur een dump van een database?

2,5M records, a gemiddeld (laten we zegegn) 30 karakters (nameserver en sitenaam) oftewel 75MB, dat is toch nog wel te overzien? Ik snap wel dat ze geen zin hebben om dat realtime te doen, en dat het traffic technisch niet fijn is als dat bestand te vaak door te veel mensen (providers?) gedownload wordt..

Of bekijk ik het te simpel?

[_JGC_]

Ik heb een tijdje toegekeken wat voor zooi ISPMan ervan maakte bij een hostingprovider. Je maakt een nieuw domein aan, maakt daarbij een webhost aan en maakt wat DNS records aan, vervolgens klik je op apply en wordt voor elke service de configuratie compleet opniuw geschreven vanuit een LDAP database. Dit duurde ongeveer iets van 10 minuten voordat alle nieuwe configuraties ook doorgevoerd waren dan...
Inmiddels hebben ze daar een LDAP server met daarin alle mailaccounts, alle DNS records en zowat de complete Apache configuratie. Record wegschrijven in LDAP en het werkt meteen. In het geval van Apache geef je Apache een signaal dat ie de config opnieuw moet inlezen en dan werkt dat ook.
Het is maar net hoe je het implementeert. Statische config is qua serveren lekker snel omdat de hele config in het geheugen geladen wordt, dynamische config is bij realtime updates doorvoeren dan weer handig, maar kost serverload omdat bij elke aanvraag eerst in de database gekeken wordt.

[Verwijderd]

Hoevaak verversen de ISP's hun DNS servers eigenlijk?

Ik zit bij UPC, waarbij de hun DNS server mijn nieuwe IP instellingen voor een domein binnen een paar uur heeft gevonden, en een andere DNS server van UPC doet hier dagen over.

[TD-er]

In je DNS-data staat een TTL-waarde. Dit is het aantal seconden dat die data gecached mag worden na opvraag.
Bijvoorbeeld de gegevens in de nameserver van XS4all over Tweakers.net zijn op dit moment nog 77000 sec geldig terwijl de DNS van Tweakers aangeeft dat dit maximaal 86400 sec kan zijn (1 dag)
Kortom als Tweakers iets in de DNS zou aanpassen, dan krijg ik dat pas over 77000 sec mee van de nameservers van XS4all.

Als je veel dingen aan de DNS veranderd, wil je dus ook de TTL op een lage waarde zetten. Bijv 900 sec (kwartier). En als je niets wilt veranderen is 86400 sec (1 dag dus) een hele gebruikelijke waarde, net als 604800 (1 week)

[AugmentoR]

Soms hebben ISP's hun zaakjes iets minder op orde, meegemaakt dat de refresh van een @home DNS meer dan twee weken op zich liet wachten. Het zijn uitzonderingen, maar komt soms voor.

[vgroenewold]

En wat is nu precies het nut van het binnen een uur online staan van een nieuw adres? Zijn er situaties bekend waarbij men geen geduld heeft voor een geheel nieuwe site?

[TD-er]

Niet alleen het aanvragen van een nieuw domein, maar ook de verwijzing naar een nieuwe nameserver zit in deze updates.
Stel dat je nameserver plat is om wat voor reden dan ook en de 2e nameserver waarop je domein bekend was ook. Dan is het wel fijn als je dat snel kunt overzetten naar een andere nameserver en dus niet een max 12 uur hoeft te wachten voordat dat geregeld is.

[Verwijderd]

Zoals TD-er al zegt, maar het kan ook een simpele wisseling van provider zijn. Dan ben je als bedrijf toch blij als je mailserver, vpn, etc... snel weer bereikbaar zijn.

[r0b]

Misschien begrijp ik het verkeerd hoor; maar dat soort zaken los je toch op door een lage TTL in te stellen voor de desbetreffende records?
Of bedoel je een wijziging van de nameservers zelf i.p.v. inhoud van de nameserver?

[El Cid]

Waarom langzaam als het snel kan?

[Shaidar]

Een zonefile is het bestand dat de verwijzingen ...

Wat kan ik me voorstellen van grootte-orde voor dat "bestand" ?

[Soldaatje]

Niet zo groot. Enkele Kb's/Mb's voor 564129 domeinen. Het is gewoon plain-text.
Edit: Ik weet niet zeker of ik het goed heb met deze bron:
http://www.nw.com/zone/WWW/dist-bynum.html

[Reactie gewijzigd door Soldaatje op 23 juli 2024 05:21]

[Janusch]

Grappig, volgens die bron zijn er onderaan 0 surinaamse domeinen?

Ook veel andere landen hebben geen domeinen!

[Guru Evi]

Een tekstbestandje met een lijstje van alle domeinen in Nederland incl. nameservers. Waarschijnlijk is dat 'bestandje' wel opgesplitst in meerdere bestanden.

[TD-er]

Dat is op zich een goede vraag.
Er zijn nu zo'n 2,5 miljoen .NL-domeinen en eigenlijk hoeven er alleen maar dingen geupdate te worden als er iets veranderd (nameserver, eigenaar, etc)
Ik gok zo dat als dat gemiddeld per domein 1 - 2x per jaar is, dat het veel is.

Maar het aantal updates (per etmaal) zal mogelijk wel iets toenemen wanneer dit proces sneller zal gaan. Dus ik vermoed dat ze door dit interval met een factor 6 te verkleinen niet ineens 6x zo kleine updates gedaan moeten worden.

[thegve]

Het aantal wijzigingen zal per domein denk ik gemiddeld eens per jaar zijn (sommigen iets meer, sommigen minder). Er worden elke dag wel enkele tientallen domein geregistreerd alleen volgens mij, en er verlopen er ook weer een paar.

[RedPixel]

Blijkbaar gaan ze het nu op een beetje een logische manier updaten Prachtige ontwikkeling! Ik vond het altijd aardig irritant dat je soms wel tot 24 uur moest wachten op je update van een domein (zodat je er eindelijk mee aan de slag kon). En op zich is er weinig op tegen om zoiets 12 keer per dag te doen

Ik zie alleen het probleem niet helemaal om dit realtime te laten updaten? Mijn eigen pctje update al aardig wat bestandjes per uur, die een stuk groter zijn! Een paar servertjes hiervoor neerzetten is toch niet zo'n groot probleem?

[Pietervs]

Een paar servertjes hiervoor neerzetten is toch niet zo'n groot probleem?
Nee, natuurlijk niet. Maar die paar servertjes kosten gelukkig ook niks, net zoals het onderhoud ervan...
Met andere woorden: natuurlijk heb je gelijk als je zegt dat het realtime moet kunnen, daar streven ze ook naar (op termijn). Maar zoals aan alles hangt ook hier een kostenplaatje aan...

[stereohead]

van twee naar twaalf keer per dag. Gevolg is dat nieuw geregistreerde .nl-domeinnamen gemiddeld binnen een uur online staan.

24 / 12 = 2 uur ipv 1 uur toch?
of word het alleen overdag geupdate?

[Verwijderd]

Gemiddeld maw max 2u min 0 minuten

[Reflian]

uhm hij heeft wel gelijk, er staat gemiddeld BINNEN 1 uur, wat dus betekent dat het gros van de aanvragingen tussen 0min en 60min geregistreerd zouden moeten zijn. Dat is dus niet waar, het moet of gemiddeld duurt het 1 uur, of het is binnen 2 uur geregistreerd.

[Verwijderd]

Maar gemiddeld komt dat dus neer op een vertraging van 1 uur, je registreert toch niet altijd net na een update...

[ktf]

Als je geluk hebt sta je er in 0 minuten, heb je pech dan duurt het 2 uur. Dat is gemiddeld 1 uur

[Pete]

Maar het gemiddelde is nog steeds 1 uur. (Als je geluk hebt is het binnen "1 seconde" na je aanvraag, als je pech hebt 2 uur. Gemiddelde 2+0 / 2 = 1 uur)

Ik snap alleen niet waarom het niet direct naar automatisch kan.

[Joost]

Het lijkt mij dat je beter eerst de frequentie kan opvoeren, dan meteen naar automatisch te gaan. Van twee updates per dag naar real-time is toch wel een hele grote stap.

[Verwijderd]

Dynamic updates toestaan op je dns-zone brengt het risico met zich mee dat je zone corrupt raakt of gehackt wordt. Iedere keer een nieuwe zone-file neerzetten brengt veel minder risico's met zich mee.
Het zou wel lullig zijn als er geen .nl domeinen meer geresolved kunnen worden omdat de zone-file corrupt is....

[Ruuddie]

Daarom staat er ook gemiddeld he. Het kan zijn dat het 1 minuut na registreren wordt geupdate, of dat het 1:59 uur na registreren wordt geupdate. Gemiddeld kom je dan op 1 uur uit

[amphora]

Volgens de SIDN site gaat het vanaf nu op de even uren.

[Zxworld]

In de crontab:12 keer per dag rndc reload

[L0g0ff]

Op zich wel logisch (lijkt me). Aangezien er steeds minder domeinen geregistreerd worden kunnen er ook makkelijk vaker een zone update uitgevoerd worden.

[El_ByteMaster]

Klinkt logisch, dit zou ook voor vervallen domeinen moeten gelden

Beetje off-topic vraagje (sinds ik in Canada woon volg ik .nl niet zo erg meer); weet iemand waarom er nergens in de whois expiry dates voor domeinen staan? Voor zover ik weet moet er toch jaarlijks afgetikt worden?

[Kalief]

De domeinen verlopen dacht ik niet meer, zolang er maar betaald wordt.
zie ook

[Reactie gewijzigd door Kalief op 23 juli 2024 05:21]

[Pietervs]

Je link klopt maar half: link
edit:
hmmm, ligt niet aan jouw link, maar aan de manier waarop het hier geparsed wordt? Link is in ieder geval:
http://www.sidn.nl/ace.ph...domeinnaam_verloopt_.html

[Reactie gewijzigd door Pietervs op 23 juli 2024 05:21]