Likes: 0
Ik kom er helaas 45minuten te laat achter dat van de 4 .nl domeinaanvragen
gisteren, er slechts 1 werkt. Voor alle domeinnamen netjes een 210 status
gehad, maar 3 werken er dus niet.
Met een dig domeinnaam.nl +trace zie ik ook dat hij bij 3 van de 4 namen
niet verder komt dan ns.domain-registry.nl.
Zijn er meer deelnemers die dit hebben gemerkt? Erg vervelend weer net zo
voor het weekend...
--
Alain
spamsux.nl
Alain wrote:
> Met een dig domeinnaam.nl +trace zie ik ook dat hij bij 3 van de 4
> namen niet verder komt dan ns.domain-registry.nl.
>
> Zijn er meer deelnemers die dit hebben gemerkt? Erg vervelend weer
> net zo voor het weekend...
Yups, 210 domeinen van gisteren stranden ook vandaag bij SIDN.
;; AUTHORITY SECTION:
nl. 880 IN SOA ns.domain-registry.nl.
hostmaster.domain-registry.nl. 200412030 28800 14400 2592000 14400
--
Thomas Knoop wrote:
> Yups, 210 domeinen van gisteren stranden ook vandaag bij SIDN.
Dat is normaal, want registraties op vrijdag werken altijd pas de eerst
volgende maandag...
--
Alain
spamsux.nl
Hoi Alain,
> Dat is normaal, want registraties op vrijdag werken altijd pas de
> eerst volgende maandag...
Nope, zone update is elke ochtend, dat script werkt(te) ook in het weekend.
Groeten,
Thomas.
--
In article <41b2c86a$0$37789$e4fe514c@news.xs4all.nl>, Thomas Knoop wrote:
>> Dat is normaal, want registraties op vrijdag werken altijd pas de
>> eerst volgende maandag...
>
> Nope, zone update is elke ochtend, dat script werkt(te) ook in het weekend.
Datr is niet correct bij mijn weten (of we hebben het over iets anders,
dat kan natuurlijk ook nog).
--
Rejo Zenger <rejo@rz.xs4all.nl> ; http://rejo.zenger.nl ; PGP 0x75FC50F3
Thomas Knoop wrote:
> Nope, zone update is elke ochtend, dat script werkt(te) ook in het
> weekend.
Jawel;
De domeinnaam is zichtbaar voor de buitenwereld nadat SIDN een update heeft
gemaakt van de .nl-zonefile. Dit is het register van .nl-domeinnamen
inclusief alle technische gegevens, zodat iedere machine op het internet
“weet” hoe zij de route kan vinden naar de betreffende diensten achter deze
..nl-domeinnamen. Deze update wordt elke *werkdag* ’s morgens vroeg
uitgevoerd.
http://www.domain-registry.nl/sidn/f...erd/index.html
Dit is echt al jaaaren zo
--
Alain
spamsux.nl
Alain wrote:
> betreffende diensten achter deze .nl-domeinnamen. Deze update wordt
> elke *werkdag* ’s morgens vroeg uitgevoerd.
>
> Dit is echt al jaaaren zo
;-) Thnx, ik zat er duidelijk naast, maaruh, voor een scipt is het toch elke
dag een werkdag
--
Thomas Knoop wrote:
> ;-) Thnx, ik zat er duidelijk naast, maaruh, voor een scipt is het
> toch elke dag een werkdag
Ik geloof dat er ook niemand een goede reden kan bedenken waarom de SIDN
deze zonefile update niet ook in het weekend kan uitvoeren...
--
Alain
spamsux.nl
In article <cov8ti$16ld$1@nl-news.euro.net>, Alain wrote:
>> ;-) Thnx, ik zat er duidelijk naast, maaruh, voor een scipt is het
>> toch elke dag een werkdag
>
> Ik geloof dat er ook niemand een goede reden kan bedenken waarom de SIDN
> deze zonefile update niet ook in het weekend kan uitvoeren...
Dat gebeurt om te voorkomen dat een onterechte verhuizing op vrijdag-
avond nog meer schade dan anders kan veroorzaken: de verhuizing kan het
hele weekend van kracht zijn en pas maandagochtend opgemerkt of opgepikt
worden (waarna de correctie ook nog geruime tijd kan duren). Het verzoek
om in het weekend geen reload van de zonefile te doen komt overigens van
de deelnemers zelf.
Het blijft natuurlijk wel gek dat er zo'n foute technische oplossing is
gekozen voor een probleem dst primair een organisatorische kwestie is.
Het aantal onterechte verhuizingen per maand bedraagt volgens opgave van
de SIDN rond de 80 per maand, minder dan 1% van het totaal aantal
verhuizingen.
--
Rejo Zenger <rejo@rz.xs4all.nl> ; http://rejo.zenger.nl ; PGP 0x75FC50F3
Rejo Zenger wrote:
>> Ik geloof dat er ook niemand een goede reden kan bedenken waarom de
>> SIDN deze zonefile update niet ook in het weekend kan uitvoeren...
> Dat gebeurt om te voorkomen dat een onterechte verhuizing op vrijdag-
> avond nog meer schade dan anders kan veroorzaken: de verhuizing kan
Hmpf, als dat de enige reden is, waarom verzoeken we de SIDN dan niet om
verhuizingen in het weekend te vertragen, maar nieuwe aanvragen gewoon door
te laten?
Maargoed, da's wellicht een betere vraag op de rvdlijst.
--
In article <41b33496$0$566$e4fe514c@news.xs4all.nl>, Thomas Knoop wrote:
> Rejo Zenger wrote:
>>> Ik geloof dat er ook niemand een goede reden kan bedenken waarom de
>>> SIDN deze zonefile update niet ook in het weekend kan uitvoeren...
>
>> Dat gebeurt om te voorkomen dat een onterechte verhuizing op vrijdag-
>> avond nog meer schade dan anders kan veroorzaken: de verhuizing kan
>
> Hmpf, als dat de enige reden is, waarom verzoeken we de SIDN dan niet om
> verhuizingen in het weekend te vertragen, maar nieuwe aanvragen gewoon door
> te laten?
>
> Maargoed, da's wellicht een betere vraag op de rvdlijst.
Eerder een betere vraag om het bij DRS-Next te vragen aangezien er
plannen waren om het daar definitief op te lossen. Daarbij zowel Bart
als Jaap hebben in het verleden al meerdere malen aangegeven dat het
technisch geen probleem is om in het weekend ook een reload te geven.
Hans
--
Nihilist paradox:
`If truth does not exist, the statement "truth does not exist" is a
truth, thereby proving itself incorrect.'
Thomas Knoop wrote:
> Rejo Zenger wrote:
> > Alain wrote:
> >> Ik geloof dat er ook niemand een goede reden kan bedenken waarom de
> >> SIDN deze zonefile update niet ook in het weekend kan uitvoeren...
>
> > Dat gebeurt om te voorkomen dat een onterechte verhuizing op vrijdag-
> > avond nog meer schade dan anders kan veroorzaken: de verhuizing kan
>
> Hmpf, als dat de enige reden is, waarom verzoeken we de SIDN dan niet
> om verhuizingen in het weekend te vertragen, maar nieuwe aanvragen
> gewoon door te laten?
Geheid dat de eerstvolgende gaat vragen of verhuizingen niet ook
gewoon in het weekend kunnen worden uitgevoerd, "omdat het anders
zo lang duurt"...
-p
Alain wrote:
> Deze update wordt elke *werkdag* ’s morgens vroeg uitgevoerd.
> ...
> Dit is echt al jaaaren zo
En het is ook in het SOA record te zien: de huidige NL zone
file is van 3 december, afgelopen vrijdag dus.
-p
In article <41B354D6.8DA5A871@opt-in.invalid>, Piet Beertema wrote:
>> Hmpf, als dat de enige reden is, waarom verzoeken we de SIDN dan niet
>> om verhuizingen in het weekend te vertragen, maar nieuwe aanvragen
>> gewoon door te laten?
>
> Geheid dat de eerstvolgende gaat vragen of verhuizingen niet ook
> gewoon in het weekend kunnen worden uitgevoerd, "omdat het anders
> zo lang duurt"...
Dat zou op zich ook niet zo gek zijn, op voorwaarde dat er een andere
procedure aan ten grondslag ligt dan de huidige. Maar goed, ik mag
aannemen dat daar met de introductie van DRS-Next wel iets mee gedaan
kan worden.
--
Rejo Zenger <rejo@rz.xs4all.nl> ; http://rejo.zenger.nl ; PGP 0x75FC50F3
Thomas Knoop <th.knoop@n_o_s_p_a_m_b-c-s.nl> wrote:
>Rejo Zenger wrote:
>>> Ik geloof dat er ook niemand een goede reden kan bedenken waarom de
>>> SIDN deze zonefile update niet ook in het weekend kan uitvoeren...
>
>> Dat gebeurt om te voorkomen dat een onterechte verhuizing op vrijdag-
>> avond nog meer schade dan anders kan veroorzaken: de verhuizing kan
>
>Hmpf, als dat de enige reden is, waarom verzoeken we de SIDN dan niet om
>verhuizingen in het weekend te vertragen, maar nieuwe aanvragen gewoon door
>te laten?
De nieuwe zonefile wordt handmatig op ns.domain-registry.nl gezet,
m.b.v. een challenge-response die met zo'n klein "rekenmachine" werkt.
Dit vanwege de veiligheid... Het is dus een handmatige actie, geen
script actie.
Althans, zo was het tot zo'n jaar geleden. Er was al langer sprake van
een aanpassing van de procedure, geen idee hoe ze daar mee gevorderd
zijn.
Paul Slootman
Quote