VeriSign implementeert 'Rapid Updates' voor DNS

VeriSign heeft het systeem van 'Rapid Updates' voor 's werelds 13 .com en .net-DNS-servers geïmplementeerd, zo lezen we bij TechNewsWorld. In plaats van slechts tweemaal per dag de wijzigingen naar de servers door te sturen, wordt nu om de paar seconden een update met daarin de veranderingen naar de servers gestuurd. Het voordeel van deze, eerder aangekondigde, wijziging is dat het niet zo lang meer zal duren voordat een domeinnaam beschikbaar is op het internet. In een paar minuten kan van bijvoorbeeld domeinnaam of hostingprovider gewisseld worden. Ook kunnen voortaan bij een denial of service-aanval sneller maatregelen worden genomen. Een negatief punt van de 'Rapid Updates' is dat spammers en phishers sneller hun illegale praktijken van server naar server kunnen verhuizen.

Reacties (32)

[Verwijderd]

En hoe zit dat met die rootservers? Het was niet voor niets dat dit in het verleden niet constant, iedere paar minuten of seconden geupdate werd - dat vraagt om veel teveel load. Wat is er veranderd dat dit nu wel kan? Het lijkt me vrij onwaarschijnlijk dat VeriSign dit gedaan heeft zonder te overleggen met de beheerders van die rootservers.

[BramT]

En hoe zit het met -voor ons de gebruikers- lagere DNS servers?

Leuk dat de root-servers zo snel worden geupdate, maar als 'onze' providers (chello, xs4all, @home, etc..) nog steeds zo traag blijven merken we daar niks/weinig van (het verschil onderling is al bedroevend).

Leuk dus voor de 'hosters'/domeinbeheerders op zich, maar de lagere DNS servers mogen imho ook wel een upgrade gebruiken.

[Verwijderd]

Een domein wordt pas gecached in de DNS servers van je provider op het moment dat iemand naar dat domein vraagt.

Dus ik registreer bijvoorbeeld blablabla.com, vervolgens wacht ik tot de juiste rootservers zijn geupdate (nu dus maar een paar seconden). Pas daarna probeer ik het domein uit! De provider zal pas dan aan de rootservers vragen waar het domein naar toe moet, en vervolgens cached je provider dat een bepaalde tijd.

Als je nou het domein probeert te bereiken voordat de rootservers het domein kennen, dan cached je provider dat er geen resultaat is. Met als gevolg dat je een aantal uren (soms dagen) moet wachten voordat je via jouw provider op dat domein kunt komen.

Hopelijk is het een beetje duidelijk zo

[Battle Bunny]

Plus dat de TTL van alle records omlaag kan. Dan gaan ISPs automatisch vaker updaten.

[PoisonouZ]

Daarom draait menig tweaker ook gewoon een eigen dns server

[Battle Bunny]

... die meestal z'n info van de DNS server van de ISP haalt

[Adm.Spock]

Het werkt ook alleen nog maar zo op de DNS servers die VeriSign beheert.

[Verwijderd]

Ik weet niet zeker of VeriSign tegelijkertijd ook de beheerder is van die rootservers maar dat zou natuurlijk goed kunnen.

Verder zijn de computers van tegenwoordig natuurlijk een heel stuk krachtiger dan aan het begin van het internet tijdperk.

[perlboy]

Ze zullen nu hoogst waarschijnlijk "Dynamic Update" protocol in samenwerking met certificates gebruiken (RFC 2136)

[kodak]

...s werelds 13 .com en .net-DNS-servers

Dat moet uiteraard zijn

's werelds 13 DNS root servers

Die bieden niet alleen ondersteuning voor dns server lookup voor .com en .net extensies, maar alle extensies die er officieel bestaan. De nieuwe service is (voorlopig) alleen voor het snel doorgeven van de nieuwe informatie aan de root servers wat betreft de door Verisign beheerde .com, .net .org extensies.

edit:

Fearlezz heeft gelijk. In dit nieuwsbericht van Verisign staat het ook wat duidelijker:
zie dit bericht
Het 'rapid update' systeem is dus alleen bedoeld voor Verisign's eigen dns servers.

[edit2]
Credits voor Sid3WiNDR, Verisign heeft inderdaad geen beheer meer over de .org extensie. Dat is sinds eind januari 2003 in handen van the Public Interest Registry, onderdeel van de Internet Society.
[/edit2]

[Verwijderd]

Dus juist niet.

De root servers zijn:
a.root-servers.net
b.root-servers.net
...
m.root-servers.net

De .com en .net domeinen worden gedaan door
a.gtld-servers.net
b.gtld-servers.net
...
m.gtld-servers.net

Vroeger was jouw stelling wel waar, maar .com en .net hebben tegenwoordig een eigen root. Kijk ook eens naar de output van dnstracer

[Verwijderd]

Dus juist niet.

Dus juist wel

Ik host zelf ook .com- en .net-domeinen op mijn DNS server, maar ik verwacht toch niet dat ze met 13 servers ook mijn server hebben geteld. Het gaat hier dus ook niet om de rootservers, maar het enige juiste is

...'s werelds 13 .com en .net-DNS-rootservers

[sid3windr]

Verisign beheert .org al een tijdje niet meer... en hopelijk binnenkort .com en .net ook niet meer.

[Verwijderd]

Zeer positieve tendens voor de eerlijke gebruikers.

Maar ik snap niet goed waarom het zo moeilijk kan zijn om een controle in te bouwen dat een domain geen 50 keer per week kan aangepast worden.

Langs de andere kant lijkt het me net nuttig dat men controle zou doen op domains die veelvuldig en op zeer korte tijd geupdate worden waardoor me ze als 'straf' tijdelijk naar /dev/null kan verwijzen en de wereld even van een hoop spam bespaart blijft.

[WhizzCat]

In Nederland kan dat sowieso niet want als er binnen een uur bijv. 2x van hoster wordt verwisseld gaat er bij de SIDN een lampje knipperen en worden hoster en aanvrager door hun gebeld.

Ik weet niet hoe dat in andere landen zit, maar in NL kan je niet bv 3x per uur van hoster verwisselen

[tiguan]

Je mag per domein maar 1 wijziging per 24 uur doen in .nl. Ik bedoel dus een verhuizing of overdracht.

[jurri@n]

Daarbij komt dat de SIDN de DNS wijzigingen slechts 1 maal per dag verwerkt: tussen 6 en 7 uur 's ochtends en alleen op werkdagen.

[BartOtten]

Het verschil tussen ISP's is enorm. heb al een keer meegemaakt dat Wanadoo 2 dagen later was als de rest van de ISP's. Dus ik hoop dat dat ook sterk verbeterd (denk van wel). Het is trouwens mooi nieuws want mijn site gaat naar een andere server dus we zullen zien hoe snel de DNS-server nu geupdate worden.

*een beetje tweaker draait zijn eigen DNS-server?
Je tweaked een PC voor performance, dan ga je geen DNS-deamon draaien die weer performance wegneemt. Miniem verschil maar toch. Tweakers en DNS-servers staan los van elkaar.

[mtak]

*een beetje tweaker draait zijn eigen DNS-server?
Je tweaked een PC voor performance, dan ga je geen DNS-deamon draaien die weer performance wegneemt. Miniem verschil maar toch. Tweakers en DNS-servers staan los van elkaar.

een echte tweakers heeft wel meer dan 1 pc

[LauPro]

Precies! Waarom zou je je internet-pijp extra gaan belasten? Bij ons zijn nu 5 PC's vrijwel continue op internet en dan is het echt wel een must om een eigen DNS-server en proxy te hebben. En dat geldt hetzelfde voor de tijdsynchronicatie.

[alt-92]

Tweakers en DNS-servers staan los van elkaar.

T.net en DNS servers niet,
Bovendien, waar je de arrogantie vandaan haalt dat "Tweakers" alleen maar snelheid willen?
* 786562 BackSlash32

[macnerd]

Het verschil tussen isp's is inderdaad enorm... ik heb meer dan een jaar geleden een domein laten verhuizen van Ladot naar een andere provider. Als ik de dns van Ladot gebruik, gaat het nog steeds niet goed. Ofwel simpelgezegd: geen enkele Ladot gebruiker kan mijn site zien (tenzij ze een andere dns instellen).

[alt-92]

Dan hebben ze hun records niet opgeschoond en staat je site nog steeds in hun DNS die door hun klanten wordt gebruikt, IS heeft daar ook wel eens een handje van.

[perlboy]

1 van de dingen die je wel en niet moet doen als ISP is het hosten van domeinen niet combineren met recursive DNS servers. Oftewel 2 servers (of meer tot zo'n 7) ala ns1.isp.org en ns2.isp.org en 2 a 4 recursive servers die je op IP adres aan gebruikers geeft die ze in hun DNS settings kunnen instellen (al dan niet via DHCP). Dus niet op naam want daar heb je op dat moment niks aan.

[Verwijderd]

elk voordeel heb zijn nadeel (J.C)

[Skinkie]

Ja... zo moet waarschijnlijk elke keer de complete zone worden gekopieerd. Ik vraag me dan ook af of ze nu een messaging protocol gebruiken of nogsteeds bad-ol'-zonetransfer.

[gumkop]

Ik neem aan dat ze BIND draaien, en natuurlijk een van de laatste versies en die ondersteunen IXFR, alleen de verschillen worden via een zone-transfer verstuurd.

[opagrover]

Een negatief punt van de 'Rapid Updates' is dat spammers en phishers sneller hun illegale praktijken van server naar server kunnen verhuizen.

Iedereen kan nu sneller zijn weizigingen doorvoeren... dus ook iedereen die illegale dingen doet. Is dit daarom een negatief punt?

[servies]

Ik vind dit negatieve punt behoorlijk zwaar wegen.
Er zullen zeer weinig mensen met "fatsoenlijke" domeinen zijn die om het half uur de DNS gegevens zullen veranderen. Spammers en phishers zullen veel eerder geneigd zijn om dit te doen.

[duce]

we praten hier wel over Spammers maar Wat denk je van Cracks,MP3, warez en dergelijke die kunnen Nu ook rasent snel hun dns verander.

En wat dacht je van een DNS attack of weet ik veel wat zodat je de DNS server kan over laden een soort DDoS op een DNS server dat zal dan ook mogellijk worde Of heb ik het daar fout (sorry maar ik ben ook maar een leek&dislect)

[BarthezZ]

duz stel nou je gooit al die gtld servers plat, dat heel i-net het niet meer doet?
kom mensen dat moet lukken