Bekijk Volledige Versie : DNS servers /resolve probleem .nl zone
Helaas. Tweede grote storing in 2 maanden bij NXS. Alle DNS services liggen er uit. Zelfs van hun eigen domein....
Ze zijn er al twee uur mee bezig :-(
Andere mensen die hier last van hebben?
Volgens mij niets met de nameservers van NXS.
Onze domeinen zijn ook niet meer bekend op de wereld, ik krijg hier unknown host errors e.d.
Iets mis met SIDN?
net-ground
29/05/08, 05:32
Wij ervaren deze nacht ook problemen met onze resolvers. Is er al meer bekend wie hier nog meer last mee hebben en of er al een oorzaak gevonden is?
Ook ik werd uit mn warme nestje gepiept, omdat er ineens bergen klanten domeinloos zijn. Uit grote frustratie toch maar even hier gaan kijken en het blijkt dat we niet de enige zijn.
Het lijkt gerelateerd aan .nl domeinen, hoewel erg veel bedrijven (kies een willekeurige bank), wel gewoon een website hebben.
Erg raar vooralsnog.
SERVFAIL errors met nslookup naar alles wat maar met nxs.nl te maken heeft.
De nameservers van onze website vallen onder ns1.nxs.nl, ns2.nxs.nl, ns3.nxs.nl. Sinds ongeveer 02:00 uur vannacht zijn we dus onbereikbaar :-(
Ik ben m'n authorative name service aan het verhuizen naar dns1.name-services.com etc. Zou het helpen?
Toegevoegd:
(Enig idee hoe ik de titel van m'n startpost nog kan aanpassen? Ik breng NXS in diskrediet, terwijl het een grotere storing betreft, dat moge duidelijk zijn!)
®on edit: done.
net-ground
29/05/08, 05:38
Het lijkt me ook te maken hebben met de TTL van de betreffende domeinnamen. Namen als google.com krijg ik meteen terug, xs4all.nl ook. Echter
netground.nl
nxs.nl
pcextreme.nl
SERVFAIL'en helaas. Het kan ook ermee te maken hebben dat de resolvers het erg zwaar hebben en letterlijk de weg kwijt zijn. Heb dit in veel jaren nog niet eerder meegemaakt.
Het werkt random wel, ik heb een DNSreport account en zie de volgende screenshots:
http://89.18.190.52/~wido/img/nl_niet_werkend/
Je krijgt dus van sommige root-servers geen IP terug bij de nameservers, waardoor je (als je alleen maar .nl NS'en hebt) je domein niet werkt.
Aangezien al onze klanten van onze domeinnaam DNS krijgen, is dat best een MAJOR problem.
Ik ben ons domein al naar .eu aan het migreren om die zo weer online te krijgen.
Op hoop van zegen...
En inderdaad, dit heeft NIETS met NXS te maken.
Weet iemand toevallig al meer?
Weet iemand toevallig al meer?Aangezien ik ook aardig om informatie verlegen zit, nee, ik weet ook niets meer.
Ik wacht met spanning op de zone-update.
net-ground
29/05/08, 05:58
Hey Wido,
Ik snap niet echt de logica van het aanpassen naar .eu, neem een xs4all.nl die ook met twee .nl nameservers werkt. Ik zie al wel je v3 staan bij de whois, maar of dat gaat werken?
Heel vervelend dat er nergens meer informatie te vinden is.
Erg frustrerend allemaal.
Onze nameservers draaien onder twee verschillende domeinen, eentje werkt gewoon probleemloos, de domeinen onder het andere domein werken niet.
De TTL e.d. van de zonefiles zijn precies het zelfde. Plus het feit dat de SIDN buiten kantuururen niet bereikbaar is, dat het geheel nog wat frustrerender maakt.
@Wido. Dat was ook mijn voorzichte conclusie (ik ben geen netwerkbeheerder, alleen PHP-er). Maar ik heb een uur geleden de DNS service voor mijn belangrijkste domein verhuisd naar een .com (dns[1-5].name-services.com) bij Enom. Hopelijk vangt dit straks wat op...
Hey Wido,
Ik snap niet echt de logica van het aanpassen naar .eu, neem een xs4all.nl die ook met twee .nl nameservers werkt. Ik zie al wel je v3 staan bij de whois, maar of dat gaat werken?
Heel vervelend dat er nergens meer informatie te vinden is.Het lijkt alsof de zonefiles naar sommige root-servers niet goed is door gekomen.
Als ik nu op .eu over schakel met 1 NS, dan is pcextreme.nl weer te resolven omdat .eu nog wel werkt.
Als dat dus goed gaat, gaan de domeinen van onze klanten ook weer werken.
Op het deelnemers gedeelte van de SIDN staat een storingsnummer. Op het bandje vertellen ze dat dat nummer alleen voor het weekend is. Ik heb ingesproken, dus ik ben benieuwd of ze terug gaan bellen.
Op dit soort momenten vraag je je af of de SIDN zelf eigenlijk wel weet dat er iets mis is.
Overigens lijkt je .eu plan ook niet echt te werken Wido, aangezien de nameservers je change niet op lijken te pakken. Dan zou je toch zowieso voor al je domeinen een nameserver change moeten doen?
net-ground
29/05/08, 06:33
Wido, hoe heb jij die DNS wijziging er doorheen gekregen? Ik krijg allemaal "Cannot resolve" meldingen.. En met errors, gaat SIDN geen wijziging doorvoeren :|
Het blijkt dat sara eea doet voor SIDN, ik ga kijken of ik daar een storingsnummer van kan vinden, of als iemand dat heeft ..
De zonefile update pas om 06:00, dus het is nog 27 minuten wachten.
Ik hoef niet voor alle domeinen een change in te dienen, alleen voor ons domein.
@net-ground, gewoon via online DRS systeem. Een web formulier.
Zowel Intermax als Argeweb hebben er ook last van, er gaat echt iets mis bij SIDN. Onze glue records zijn weg sinds een uurtje of 02:00 uur.
Heeft iemand nog een GSM nummer van iemand bij SIDN ofzo?
net-ground
29/05/08, 06:45
Ook SIDN gebeld, maar ik kreeg geen mogelijkheid tot een voicemail achterlaten.
Bandje is zeker volgescholden. En terecht!
Nxs Internet heeft ook een whois wijziging doorgevoerd met een nameserver op het .com domein. Wij verwachten dat deze met de update van 06:00 doorgevoerd zal zijn. Omdat onze statuspagina, www.nxsstatus.nl, op de nameservers van PCextreme draat is ook deze pagina helaas onbereikbaar.
Bandje is zeker volgescholden. En terecht!Inderdaad! Dit gaat toch helemaal nergens over? Hoe kan zoiets als dit gebeuren?
Het is 06:00 uur geweest, zone update geweest volgens mij. Ziet iemand al verbetering?
Het lijkt erop dat enkel opnieuw een nameserver wijziging aan te vragen bij SIDN ook de glue records terug brengt. In de whois waren deze opeens niet meer zichtbaar, ook niet bij de webinterface van SIDN. Na een nameserver update zijn de ipadressen bij de nameservers wel weer zichtbaar.
net-ground
29/05/08, 07:06
Ik kan geen wijziging doorvoeren, omdat hij ns1. etc niet kan resolven .. ook niet via de webinterface ...
Volgens mij is alles nog steeds kapot.
Wat niet werkt:
www.nxs.nl
www.pcextreme.nl
www.argeweb.nl
En vele anderen natuurlijk.
Echt bizar, hoe kan een compleet TLD offline gaan met een 'beherende' partij die niets doorheeft? Dit is echt de eerste keer dat ik zoiets meemaak.
Indien je een accountje hebt @ dnsstuff:
http://private.dnsstuff.com/tools/dnsreport.ch?domain=nic.nl
Geeft wisselend resultaat:
Your NS records at the parent servers are:
ns2.nic.nl. [213.154.241.28] [TTL=86400] [NL]
ns.nl.net. [193.78.240.1 (NO GLUE)] [NL]
ns.domain-registry.nl. [193.176.144.2] [TTL=86400] [NL]
ns1.surfnet.nl. [192.87.106.101 (NO GLUE)] [EU]
[These were obtained from ns2.nic.nl]
....
FAIL No NS A records at nameservers WARNING: Your nameservers do not include any corresponding A records when asked for your NS records. They probably are not returning the A records when asked, which can prevent some other DNS servers from contacting your DNS servers. They should do this if they are authoritative for those A records (in BIND, you should not use 'minimal-responses yes;'). The problem record(s) are:
Nameserver 193.78.240.1 did not provide IPs for all NS records.
En:
Your NS records at the parent servers are:
ns1.surfnet.nl. [192.87.106.101] [TTL=7200] [EU]
ns.nl.net. [193.78.240.1 (NO GLUE)] [NL]
ns.domain-registry.nl. [193.176.144.2] [TTL=7200] [NL]
....
FAIL No NS A records at nameservers WARNING: Your nameservers do not include any corresponding A records when asked for your NS records. They probably are not returning the A records when asked, which can prevent some other DNS servers from contacting your DNS servers. They should do this if they are authoritative for those A records (in BIND, you should not use 'minimal-responses yes;'). The problem record(s) are:
Nameserver 193.78.240.1 did not provide IPs for all NS records.
.....
FAIL Missing (stealth) nameservers FAIL: You have one or more missing (stealth) nameservers. The following nameserver(s) are listed (at your nameservers) as nameservers for your domain, but are not listed at the parent nameservers (therefore, they may or may not get used, depending on whether your DNS servers return them in the authority section for other requests, per RFC2181 5.4.1). You need to make sure that these stealth nameservers are working; if they are not responding, you may have serious problems! The DNSreport will not query these servers, so you need to be very careful that they are working properly.
ns2.nic.nl.
This is listed as an ERROR because there are some cases where nasty problems can occur (if the TTLs vary from the NS records at the root servers and the NS records point to your own domain, for example).
...
192.87.106.101: "BIND9 - dns-beheer@surfnet.nl"
193.78.240.1: No version info available (refused).
193.176.144.2: "9.3.2-P2"
FAIL Stealth NS record leakage Your DNS servers leak stealth information in non-NS requests:
Stealth nameservers are leaked [ns2.nic.nl.]!
Het lijkt erop dat enkel opnieuw een nameserver wijziging aan te vragen bij SIDN ook de glue records terug brengt. In de whois waren deze opeens niet meer zichtbaar, ook niet bij de webinterface van SIDN. Na een nameserver update zijn de ipadressen bij de nameservers wel weer zichtbaar.
Ja, in de webinterface ja - maar gebeurt het ook in het 'echt'?
Ja, in de webinterface ja - maar gebeurt het ook in het 'echt'?
Ja dat is nog even afwachten. Eerder waren de gluerecords weer verdwenen bij alle domeinnamen. Nu staan ze er in ieder geval weer bij. Het is nog even wachten op een update van de .nl zonefile
Indien je een accountje hebt @ dnsstuff:
http://private.dnsstuff.com/tools/dnsreport.ch?domain=nic.nl
Geeft wisselend resultaat:
En:Ik heb vannacht een account genomen :P
Maar ik zie nog geen nameserver wijziging doorgevoerd worden, het is allemaal nog in de oude situatie.
De update lijkt inderdaad niet doorgevoerd te zijn. Ik vraag me af hoeveel er de komende uren nog meer stuk gaat. Misschien het hele .nl op zwart ;)
net-ground
29/05/08, 07:28
Trouwens een bericht van SIDN om 22:57 - woensdagavond:
---
Aanvang: 28-05-08 18:00 uur
Eind: 28-05-08 23:00 uur
UPDATE: De upgrade van DRS 4.2 is gereed.
--
Waarschijnlijk dat dit ermee te maken heeft .. ?
Wie is zich overigens al op juridische stappen aan het beraden? Ik zit hier namelijk met 24.000 domeinnamen die niet meer werken bijvoorbeeld.
Zone file update lijkt doorgevoerd.
De wijziging is doorgevoerd, ons domein komt weer tot leven.
net-ground
29/05/08, 07:34
Mijn eerste zorg is om alles weer online te krijgen, maar het machteloze gevoel doet mij niet veel goeds.
Het lijkt me verstandig om dit met SIDN te evalueren, ook om te zien hoe de evt oplossing aangepakt gaat worden en welke procedures ze hier dan al niet voor hebben liggen. Een gezamelijk aanpak qua juridische stappen lijkt me ook voor de hand liggen.
Het valt me trouwens op hoe weinig providers hiermee bezig zijn, bij het 100e SMSje hebben wij onze monitoring qua sms-gateway uitgezet.
Het valt me trouwens op hoe weinig providers hiermee bezig zijn, bij het 100e SMSje hebben wij onze monitoring qua sms-gateway uitgezet.
Hmm, dat bevestigt mijn beeld dat niet de complete .nl zone er hinder van ondervindt. WHT laat bijv. ook geen problemen zien, idem voor diverse andere domeinen die ik heb zitten bekijken, incluis mijn eigen domeinen. Ik kan er echter geen duidelijk patroon uit halen, op de eerdere problemen bij het nic.nl domein na dan.
Het lijkt er op alsof de zonefile update fout gegaan is en voor een random aantal domeinen er geen GLUE meer kwam of iets dergelijks.
Heel vreemd en on verklaarbaar.
net-ground
29/05/08, 07:42
Ik werk thuis met een xs4all adsl lijn, en ik heb de gehele nacht ook gewoon alle websites tot mijn beschikking gehad. Met mijn collega werkte ik eraan, hij op umts en daar werkte niets.
Omdat wij intern zelf alles resolven buiten sidn om, weet ik niet of het probleem nu wel of niet opgelost is. Zijn bij jullie alle domeinnamen weer bereikbaar qua status?
Nee, hier werkt het nog allemaal brak. (internet via eigen DNS servers).
mijn domein is weer beschikbaar, net als nxs.nl
Hier lijken de domein van ons weer zichtbaar te worden.
argeweb.nl is ook weer online, NXS ook...
Het loopt nog niet lekker, de DNS-servers van SIDN geven nog allemaal wisselende resultaten.
Vaak wel GLUE, soms niet. Maar ook mijn nameserver wijziging lijkt er maar half door gekomen te zijn.
Hier thuis pakken de caching @Home NS servers alles goed op vanaf ongeveer 6.30u. Ik zie bij de meeste NL nameservers nu ook weer gegluede A-records meekomen. En sinds zojuist komt er bij checkdns.net ook weer een okay resultaat terug voor NL-domeinen die we hosten. Man man man, blijft een schitterende organisatie dat SIDN...
Hier thuis pakken de caching @Home NS servers alles goed op vanaf ongeveer 6.30u. Ik zie bij de meeste NL nameservers nu ook weer gegluede A-records meekomen. En sinds zojuist komt er bij checkdns.net ook weer een okay resultaat terug voor NL-domeinen die we hosten. Man man man, blijft een schitterende organisatie dat SIDN...Ik ervaar hier het zelfde. Lijkt alsof er een backup van een oude zonefile terug is gezet, want mijn nameserver wijziging is foetsie.
Maar SIDN blijft geweldig :lovewht:
Ik ervaar hier het zelfde. Lijkt alsof er een backup van een oude zonefile terug is gezet, want mijn nameserver wijziging is foetsie.
Maar SIDN blijft geweldig :lovewht:
Whehe, ik zie dat NXS meldt dat de SIDN heeft gemeld dat alles weer werkt: http://www.nxsstatus.nl/storing-nameservers-door-storing-bij-sidn
net-ground
29/05/08, 08:05
Het lijkt allemaal weer op z'n pootjes terecht te komen, het is te gek voor woorden dit. Neemt niet weg dat ik waardeer dat er meerdere te vinden op dit forum met de problemen die dit ook melden. Na uren zoeken met engineers blijkt het dan toch bij SIDN te liggen.
Whehe, ik zie dat NXS meldt dat de SIDN heeft gemeld dat alles weer werkt: http://www.nxsstatus.nl/storing-nameservers-door-storing-bij-sidnDat zeggen ze niet, ze zeggen dat het verholpen is. Maar ik vertrouw het nog voor geen meter, want de zonefile die er nu staat is een oude backup.
De provider die NXS noemt in hun bericht zijn wij, wij hosten hun status pagina en zij die van ons en die lagen dus allebei plat :)
Het lijkt allemaal weer op z'n pootjes terecht te komen, het is te gek voor woorden dit. Neemt niet weg dat ik waardeer dat er meerdere te vinden op dit forum met de problemen die dit ook melden. Na uren zoeken met engineers blijkt het dan toch bij SIDN te liggen.
Haha, klinkt als een dèja-vu :). Evenzo hier, even snel gekeken en snel zag ik al een topic wat heel veel op onze problemen leek ;).
Dat zeggen ze niet, ze zeggen dat het verholpen is. Maar ik vertrouw het nog voor geen meter, want de zonefile die er nu staat is een oude backup.
De provider die NXS noemt in hun bericht zijn wij, wij hosten hun status pagina en zij die van ons en die lagen dus allebei plat :)
Begrijpend lezen vroeg in de morgen :(. Haha, dat laatste wist ik, maar een oude backup, dat denk je omdat je NS wijziging nu op geen enkele NL root server te vinden is, of...?
Begrijpend lezen vroeg in de morgen :(. Haha, dat laatste wist ik, maar een oude backup, dat denk je omdat je NS wijziging nu op geen enkele NL root server te vinden is, of...?Ja, dat denk ik inderdaad, want die NS wijziging is nergens meer te vinden, spoorloos verdwenen.
Ik heb in de afgelopen jaar al twee keer een vergelijkbare situatie meegemaakt met één van onze .nu domeinnamen. Ik wist alleen niet dat dit dus ook met .nl kon gebeuren. Tjonge.
Om dit te voorkomen.... heeft het zin om één van de dns-en standaard op bijvoorbeeld .com of .eu te laten draaien? Of wat zou je hier tegen kunnen doen?
Ik heb in de afgelopen jaar al twee keer een vergelijkbare situatie meegemaakt met één van onze .nu domeinnamen. Ik wist alleen niet dat dit dus ook met .nl kon gebeuren. Tjonge.
Om dit te voorkomen.... heeft het zin om één van de dns-en standaard op bijvoorbeeld .com of .eu te laten draaien? Of wat zou je hier tegen kunnen doen?Ja, dus een van je DNS-servers op .com, .eu oid laten draaien.
Ja, dus een van je DNS-servers op .com, .eu oid laten draaien.
Alhoewel ik heerlijk heb geslapen, toch een goede tip :lovewht:
Wouter-Ospito
29/05/08, 08:52
Dat lijkt me ook niet meer dan logisch en zou je dan ook als hoster standaard zo horen te regelen. Als je door deze storing volledig getroffen bent, dan is dat m.i. je eigen schuld. Nooit op één paard wedden. Over dit soort situaties hoor je bij het opzetten van je infrastructuur goed na te denken.
Kan me nog goed herinneren dat er een tijd geleden mensen waren die het 'overdreven' vonden dat wij de nameservers onder ns1.ospito.nl, ns2.ospito.net en ns3.ospito.eu draaien. Maar wij hebben geen enkele hinder ondervonden van deze storing :D
Dat lijkt me ook niet meer dan logisch en zou je dan ook als hoster standaard zo horen te regelen. Als je door deze storing volledig getroffen bent, dan is dat m.i. je eigen schuld. Nooit op één paard wedden. Over dit soort situaties hoor je bij het opzetten van je infrastructuur goed na te denken.
Kan me nog goed herinneren dat er een tijd geleden mensen waren die het 'overdreven' vonden dat wij de nameservers onder ns1.ospito.nl, ns2.ospito.net en ns3.ospito.eu draaien. Maar wij hebben geen enkele hinder ondervonden van deze storing :DOch, vind je dat nu nodig? Jezelf even de hemel in prijzen over de rug van anderen?
Wouter-Ospito
29/05/08, 08:58
Och, vind je dat nu nodig? Jezelf even de hemel in prijzen over de rug van anderen?
Nee, daar gaat het me niet om. Echter, ik hoor al iemand schreeuwen over het aansprakelijk stellen van SIDN. Maar de enige die ze aansprakelijk/verantwoordelijk moeten stellen is hun hoster of (indien ze dit zelf zijn) zichzelf. En dit geeft m.i. wederom aan hoeveel er wel niet geprutst wordt in deze markt. Dit had gewoon nooit mogen gebeuren en kon iedereen zelf voorkomen.
Nee, daar gaat het me niet om. Echter, ik hoor al iemand schreeuwen over het aansprakelijk stellen van SIDN. Maar de enige die ze aansprakelijk/verantwoordelijk moeten stellen is hun hoster of (indien ze dit zelf zijn) zichzelf. En dit geeft m.i. wederom aan hoeveel er wel niet geprutst wordt in deze markt. Dit had gewoon nooit mogen gebeuren en kon iedereen zelf voorkomen.Doe je het weer, mensen die .nl in hun zone hadden prutsers noemen en jezelf dat niet noemen.
Dus jij wil nu eigenlijk een groot deel van de hosters in Nederland prutsers noemen?
Even een voorbeeld wie er allemaal .nl heeft in zijn zone:
* NXS
* Mijndomein
* XS4All
* Argeweb
* BIT
Dus, jij zegt dat de bovenstaande partijen allemaal prusters zijn? Zo ja, herhaal dat dan nog eens.
Wouter-Ospito
29/05/08, 09:04
Doe je het weer, mensen die .nl in hun zone hadden prutsers noemen en jezelf dat niet noemen.
Dus jij wil nu eigenlijk een groot deel van de hosters in Nederland prutsers noemen?
Even een voorbeeld wie er allemaal .nl heeft in zijn zone:
* NXS
* Mijndomein
* XS4All
* Argeweb
* BIT
Dus, jij zegt dat de bovenstaande partijen allemaal prusters zijn? Zo ja, herhaal dat dan nog eens.
Ik zeg dat dit (al je nameservers onder één TLD draaien) behoorlijk prutswerk is ja, wou jij het dan een knappe prestatie noemen waaruit kundigheid blijkt?! Andere werkzaamheden heb ik geen zicht op, dus dat is moeilijk als prutswerk te kwalificeren. Om na één minpunt het gelijk prutsers te noemen is overdreven (dit doe ik in mijn post ook niet, ik zei dat er nog veel geprutst wordt in deze markt).
Het valt me dan ook zwaar tegen dat partijen als XS4ALL, NXS, BIT en Intermax hierdoor getroffen zijn. Hopelijk leren ze van hun fouten.
Wat ik heel erg toevallig vind, en dan wil ik niet paranoia overkomen, is het volgende:
Op 13 mei is er een onderhoudsvenster voor DTO.
op 19 mei wordt een bericht verzonden dat door enkele fouten geconstateerd in de DTO de livegang van DRS 4.2.2 niet op 21 mei kan plaatsvinden en dat de fouten eerst verholpen dienen te worden om de KWALITEIT te waarborgen.
De livegang zal verplaatst worden naar 28 mei om 18 uur.
Op 28 mei ontvingen wij om 11:56 een bericht dat om 18 uur het DRS plat zou gaan voor een upgrade. Om 22:55 het bericht dat het onderhoudsvenster is afgesloten met succes. (Anders sluit je het onderhoudsvenster niet.)
Iedere normale developper zou, naar mijn mening, een extra test inplannen om te controleren of de fouten zijn opgelost. Hier is niets over bekend geworden.
Dus de grote vraag: heeft de storing, die zoals het er nu naar uit ziet alleen .nl domeinen heeft getroffen (of domeinen met .nl nameservers), enige relatie tot het onderhoudsvenster en/of het niet voldoende testen?
Ik zeg dat dit (al je nameservers onder één TLD draaien) behoorlijk prutswerk is ja, wou jij het dan een knappe prestatie noemen waaruit kundigheid blijkt?! Andere werkzaamheden heb ik geen zicht op, dus dat is moeilijk als 'prutswerk' te kwalificeren. Om na één minpunt het gelijk 'prutsers' te noemen is overdreven (dit dee ik in mijn post ook niet, ik zei dat er nog veel geprutst wordt in deze markt).Nee, dat zeg ik niet, maar om het prutswerk te noemen? Nee, dat niet.
Wij zijn er zelf ook door getroffen en gaan ook zeker een nameserver op een andere TLD draaien.
Maar je maakt je er wel heel makkelijk vanaf om iedereen maar als een prutser af te schrijven omdat jij het toevallig wel geregeld had.
Dus, jij zegt dat de bovenstaande partijen allemaal prusters zijn? Zo ja, herhaal dat dan nog eens.
Inderdaad, dat is echt ontzettend flauw.
Ik vermoed dat veel providers 'toevallig' een ns buiten .nl hebben staan. Dit is zo'n bizarre storing dat degene die zegt 'dat had je kunnen weten' direct Staatsloten moet gaan kopen!
Maar heel fijn dat alledrie z'n klanten geen problemen hebben gehad.
Wouter-Ospito
29/05/08, 09:11
Nee, dat zeg ik niet, maar om het prutswerk te noemen? Nee, dat niet.
Wij zijn er zelf ook door getroffen en gaan ook zeker een nameserver op een andere TLD draaien.
Maar je maakt je er wel heel makkelijk vanaf om iedereen maar als een prutser af te schrijven omdat jij het toevallig wel geregeld had.
Sorry hoor, maar zoeits regel je niet toevallig. Dat hoor je gewoon goed te regelen. Je gaat toch ook niet je hele netwerk afhankelijk laten zijn van één router of switch? Waarom dan wel van één TLD?
Inderdaad, dat is echt ontzettend flauw.
Ik vermoed dat veel providers 'toevallig' een ns buiten .nl hebben staan. Dit is zo'n bizarre storing dat degene die zegt 'dat had je kunnen weten' direct Staatsloten moet gaan kopen!
Maar heel fijn dat alledrie z'n klanten geen problemen hebben gehad.
Ja hoor, toevallig onder drie verschillende TLD's. Zo kan je je er altijd wel uitlullen. Overigens is dit absoluut geen bizarre storing, die niet is in te schatten.
En, als we zo sneu gaan beginnen: In dat Kabouter Plop "datacenter" (ahum) van jou staan lekker veel klanten... (en ja, ik spreek uit eigen ervaring...ik ben pas nog binnen geweest). En als er dan eens iemand komt kijken (ik in dit geval) bellen/mailen jullie tot vervelends toe op of we geen interesse hebben (Nee, zeker niet toen we gezien hadden hoe jullie alles met HP switches aan elkaar knopen...wel creatief moet ik zeggen). Kan je soms moeilijk aan je klanten komen?
Waarom hebben mensen er zo'n probleem mee om nou gewoon is je fouten te erkennen, en er van te leren voor de toekomst? Erg jammer.
Wat ik heel erg toevallig vind, en dan wil ik niet paranoia overkomen, is het volgende:
Op 13 mei is er een onderhoudsvenster voor DTO.
op 19 mei wordt een bericht verzonden dat door enkele fouten geconstateerd in de DTO de livegang van DRS 4.2.2 niet op 21 mei kan plaatsvinden en dat de fouten eerst verholpen dienen te worden om de KWALITEIT te waarborgen.
De livegang zal verplaatst worden naar 28 mei om 18 uur.
Op 28 mei ontvingen wij om 11:56 een bericht dat om 18 uur het DRS plat zou gaan voor een upgrade. Om 22:55 het bericht dat het onderhoudsvenster is afgesloten met succes. (Anders sluit je het onderhoudsvenster niet.)
Iedere normale developper zou, naar mijn mening, een extra test inplannen om te controleren of de fouten zijn opgelost. Hier is niets over bekend geworden.
Dus de grote vraag: heeft de storing, die zoals het er nu naar uit ziet alleen .nl domeinen heeft getroffen (of domeinen met .nl nameservers), enige relatie tot het onderhoudsvenster en/of het niet voldoende testen?
Dat is niet paranoia. Dat is gewoon 1+1=2.
SIDN heeft een flinke steek laten vallen.
Helaas zul je je zelf daar tegen moeten indekken door je domeinnaamservers op verschillende .tld's onder te brengen.
Waarom hebben mensen er zo'n probleem mee om nou gewoon is je fouten te erkennen, en er van te leren voor de toekomst? Erg jammer.
Je hebt helemaal gelijk. Het kan altijd beter. Laten we er maar over ophouden, het heeft geen zin om elkaar zo bezig te houden en af te kammen.
Wouter-Ospito
29/05/08, 09:26
Dat is niet paranoia. Dat is gewoon 1+1=2.
SIDN heeft een flinke steek laten vallen.
Helaas zul je je zelf daar tegen moeten indekken door je domeinnaamservers op verschillende .tld's onder te brengen.
Dat bedoel ik dus. Ik praat niet goed dat SIDN zo'n storing heeft gehad, maar als hoster moet je je daar gewoon tegen indekken.
We hebben SIDN net gesproken, ze geven inderdaad toe dat er iets fout gegaan is bij de upgrade naar DRS 4.2 en ze hebben de backup van gisterenavond 06:00 uur teruggelezen.
Dat is niet paranoia. Dat is gewoon 1+1=2.
SIDN heeft een flinke steek laten vallen.
Helaas zul je je zelf daar tegen moeten indekken door je domeinnaamservers op verschillende .tld's onder te brengen.
I.v.m. een technische verhuizing hebben wij alle nameservers pas veranderd naar een .net domein. (2 tot 3 servers). Voorheen waren dit nameservers onder twee domeinen in de .NL zone.
Onze redding is geweest dat alle nameservers zowiezo dus zonder glue records terug worden gegeven, en dat daar dus een alternatieve zone voor geraadpleegd moet worden. Echter wel een reden om na te denken over spreiding tussen twee of meer tld's.
Naar mijn mening is dat iets waar veel providers toch geen rekening mee houden. Kijk naar KPN (alles op kpn.com of op wxs.nl zelden een mix.).
Berichtgeving van het SIDN:
29-05-08: Storingsmelding / Failure
- English version of this message below -
Na afloop van het onderhoudsvenster van 28 mei blijkt een aantal glue records
uit de zonefile verdwenen te zijn. Als een gevolg hiervan is een aantal
domeinnamen tussen 00.00u en 6.40u vanmorgen niet bereikbaar geweest. Wij hebben
als tussenoplossing de zonefile van 28 mei 18.00u teruggezet. Alle nieuwe
aanvragen van na dat tijdstip zijn op dit moment dus nog niet verwerkt in de
zonefile.
Op dit moment wordt de verstoring onderzocht. Uit voorzorg is DRS tijdelijk
uitgeschakeld.
Wij werken hard aan een oplossing en geven om 10.00u een update.
Onze excuses voor het ongemak.
Met vriendelijke groeten,
SIDN
DIT E-MAIL ADRES SVP NIET GEBRUIKEN. U kunt uw vragen en opmerkingen sturen
naar: {stripped}
* * * * * * *
After the maintenance window of 28 May was closed it appeared that a number of
glue records had disappeared from the zone file. As a result a number of domain
names could were not available between 00.00hrs (CET) and 6.40hrs (CET). As a
quick solution we have reinstalled the zone file generated at 28 May 18.00hrs.
All new registrations entered after that time are therefore not processed in the
zone file.
At present, the disturbance will be investigated. As a precaution, DRS is
temporarily disabled
We are working hard on a solution and will give an update on 10.00hres (CET).
We apologize for any inconvenience this may cause you.
Kind regards,
SIDN
PLEASE DO NOT REPLY TO THIS E-MAIL ADDRESS. You can send your question and
remarks to: {stripped}
- einde bericht / end of message -
Wouter-Ospito
29/05/08, 09:38
edit: groenleer was me voor :)
Waarom hebben mensen er zo'n probleem mee om nou gewoon is je fouten te erkennen, en er van te leren voor de toekomst? Erg jammer.
IK vind dat je gelijk hebt, ik heb dan ook totaal geen last gehad met mijn 2 .com nameservers :D Hoewel dit redelijk ver gezocht is wat redundantie betreft :)
En verder denk ik dat Wido gewoon chagy is omdat hij slecht niet geslapen heeft ;)
IK vind dat je gelijk hebt, ik heb dan ook totaal geen last gehad met mijn 2 .com nameservers :D Hoewel dit redelijk ver gezocht is wat redundantie betreft :)
En verder denk ik dat Wido gewoon chagy is omdat hij slecht geslapen heeft ;)True, heb weinig geslapen ;)
Maar ik vind het zo goedkoop scoren, door mensen prusters te noemen e.d.
Kijk naar alle partijen, de meeste DNS staat allemaal onder een TLD. Google heeft alles onder .com staan, dus nu zijn Google ook prutsers?
Dat vind ik gewoon echt goedkoop scoren.
Wij hebben het er intern een tijdje terug nog over gehad, dat we onze nameservers onder verschillende TLD's moesten zetten. Maarja, niet meer aan gedacht/niet van gekomen, tot je er nu met een harde les op gewezen wordt.
Begrijp me niet verkeerd, ik ben het er helemaal mee eens dat het een goed iets is om te doen, maar de manier waarop het gebracht werd kwam op mij nogal over als even laten zien hoe goed "ik" ben en hoe veel beter ik het wel niet weet.
Ik kwam er pas achter toen ik het bericht van SIDN kreeg, verder is van mij alles nog up en running.
Is dit een fout door laxheid van de SIDN? of had het echt niet voorzien kunnen worden
crazycoder
29/05/08, 10:41
Ik kwam er pas achter toen ik het bericht van SIDN kreeg, verder is van mij alles nog up en running.
Is dit een fout door laxheid van de SIDN? of had het echt niet voorzien kunnen worden
Tijdens de verwerking van een geautomatiseerd proces kan er iets fout gaan.
Wat je sidn kan verwijten:
- ontbreken van 24/7 storingsnummer
- geen uitgebreide monitoring na livegang nieuwe versie
True, heb weinig geslapen ;)
Kijk naar alle partijen, de meeste DNS staat allemaal onder een TLD. Google heeft alles onder .com staan, ....
.
Welke partij is verantwoordelijk voor de root zonefiles van .com en .net domeinnamen dan? Is dit ook maar één partij? En wordt bij hun niet vaker per dag updates gedraaid? Ik krijg namelijk het idee dat als ik bij Enom verandering voer bij een DNS voor .com of .net dat ik vrij snel deze door krijg.
Heb ook altijd alleen maar met .net gewerkt voor DNS. (misschien door het gemak van enom beheertool).
Welke partij is verantwoordelijk voor de root zonefiles van .com en .net domeinnamen dan? Is dit ook maar één partij? En wordt bij hun niet vaker per dag updates gedraaid? Ik krijg namelijk het idee dat als ik bij Enom verandering voer bij een DNS voor .com of .net dat ik vrij snel deze door krijg.
Heb ook altijd alleen maar met .net gewerkt voor DNS. (misschien door het gemak van enom beheertool).Het is nog steeds een TLD, dus ook maar 1 zone waarin het fout hoeft te gaan.
Het maakt in principe weinig uit in welke zone je je nameservers hebt. Gezien de schaalgrootte is .com/.net te prefereren. Je krijgt dan wel 1 extra lookup.
Het heeft ook weinig zin om over te gaan naar een andere zone, of nameservers in twee zones te nemen. Een andere storing geeft misschien wel een andere foutmelding terug, waardoor de wisselwerking tussen nameservers niet meer van toepassing is en dan heb je ook gewoon onbereikbaarheid.
Maar goed, het was wel lastig, omdat onze apparatuur o.a. bij NXS hangt en er hele vreemde dingen gebeurden.
morgen is relatiedag
misschien dat iemand even de directie met dit soort dingen kan confronteren ?
De enige die hier wat te verwijten valt, is de SIDN. Ik zou willen zeggen:
http://www.incapabel.nl
(zie whois, al een keer vastgelegd bij de vorige frustraties over die incompetente faalhazen uit Arnhem)
Dat bedoel ik dus. Ik praat niet goed dat SIDN zo'n storing heeft gehad, maar als hoster moet je je daar gewoon tegen indekken.
Ok nu weten we het wel. Genoeg hierover nu..
Welke partij is verantwoordelijk voor de root zonefiles van .com en .net domeinnamen dan?
ICANN. Dat is inderdaad ook maar 1 organisatie, naar mijn mening ook niet ZEER professioneel, maar een heel stuk professioneler dan de SIDN. De nameservers van ICANN zijn 5 stuks die zeer goed beschermd worden, maar er zijn genoeg mensen met bizar grote botnets die deze nameservers ook plat zouden kunnen leggen, als ze dat echt zouden willen. Maar dat er door een foutje in de software iets als dit gebeurt bij ICANN, dat zie ik nog niet gebeuren.
For the record: Jaren geleden was er een soortgelijke storing met de .biz extensie. Nu zullen er niet veel hosters zijn die .biz nameservers draaien, maar het is dus wel eens eerder voorgekomen.
Wij hebben er gelukkig geen last van gehad, dus gewoon doorgeslapen ;-)
DNS over 2 of meer TLD's spreiden is wel een goeie. Ik gebruik netjes verschillende subnets etc. maar wel 1 TLD :-( Zetten we op de TODO lijst. Als het veiliger kan moet je het veiliger doen.
Ik heb het al een paar tegen SIDN gezegd, maar ga eens op visite bij onze zuiderburen. Het DNS BE systeem(en dus ook EURID) werkt super. Volgens mij is het nog steeds goedkoper voor SIDN om daar mee aan de slag te gaan dan te blijven sukkelen hiermee. Want wat ze steeds nieuwe functionaliteit noemen zijn eigenlijk alleen maar fouten/terkortkomingen die opgelost worden.
dreamhost_nl
29/05/08, 13:55
Update storing 12.20u
- The English translation of this message will be placed on the registrars' site shortly-
Deel .nl-domeinnamen tussen 00.00uur en 6.40uur niet bereikbaar
Op 28 mei hebben wij om 18.00uur onderhoud aan ons domeinregistratiesysteem gestart. Na afloop van dit onderhoud is een nieuwe versie van DRS4 in gebruik genomen en om 00.00uur is de eerste zonefile gegenereerd. Tussen 00.00uur en 6.40uur vanmorgen zijn vervolgens 175 glue records van name servers uit de zonefile verdwenen. Alhoewel wij een groot aantal controles op de zonefile uitvoeren voor deze gepubliceerd wordt, is deze fout niet naar voren gekomen. Uiteraard is deze controleprocedure inmiddels verder aangescherpt om dit soort problemen in de toekomst te voorkomen.
Als een gevolg van de verdwenen glue records is in dezelfde periode een aantal domeinnamen niet bereikbaar geweest. Als tijdelijke oplossing hebben wij om 6.40uur de zonefile van 28 mei 18.00uur teruggeplaatst. Vanaf 6.40uur zijn dus de verdwenen glue records weer in de zone teruggezet en zijn alle .nl-domeinnamen weer bereikbaar. Dit houdt echter ook in dat alle aanvragen van na 18.00uur op 28 mei nog niet in de zonefile verwerkt zijn.
Bereikbaarheid
's Nachts hebben deelnemers geprobeerd SIDN te bereiken om de problemen te melden. Dit is ze echter pas tegen 6.30u gelukt. Wij hebben daarom de procedure rond storingsmeldingen aangepast, om de bereikbaarheid van SIDN voor storingsmeldingen ook 's nachts te kunnen garanderen.
Herstellen fout
Op dit moment wordt hard gewerkt aan het herstellen van opgetreden DRS-fout. Twee mogelijke oplossingen worden momenteel beide onderzocht en voor implementatie voorbereid, te weten:
1. Een patch die de fouten in de database herstelt, waarbij alle transacties van vannacht verwerkt zijn.
2. De vorige versie van DRS wordt opnieuw geïmplementeerd, waarbij ook de oude database gebruikt wordt en alle transacties nogmaals aan DRS zullen worden aangeboden.
De uiteindelijke keuze zal worden gemaakt op basis van snelheid van implementatie en betrouwbaarheid van de oplossing.
Nieuwe aanvragen
Als voorzorgsmaatregel hebben wij de mailrobot en webinterface van DRS tijdelijk uitgeschakeld. Hierdoor is het niet mogelijk aanvragen via webforms in te dienen. Het is echter wel mogelijk om e-mail forms in te dienen, deze worden na opstarten van DRS in volgorde van binnenkomst verwerkt.
Uiteraard betreuren wij het optreden van deze storing en de gevolgen ervan op de dienstverlening van onze klanten zeer. Wij bieden u daarvoor dan ook onze oprechte verontschuldigingen aan. Om 13.30uur geven we u via onze website weer een update.
Roelof Meijer,
Algemeen Directeur SIDN
Naar mijn idee moeten ze ook een storingsnummer krijgen wat te bereiken is buiten kantooruren.
Als iemand dat even kan neerleggen, niemand van ons gaat naar de relatiedag nl..
Wat mij stoort is dat ze het continu voor elkaar krijgen om beloftes te doen over verdere communicatie en die vervolgens niet na te komen.
Bijvoorbeeld uit het laatste bericht:
Om 13.30uur geven we u via onze website weer een update.
Maar om 13:46 is er nog niets bij gekomen. En vanochtend hebben ze exact hetzelfde gedaan:
Wij werken hard aan een oplossing en geven om 10.00u een update.
Die update volgde om 11:04.
Ik heb gevraagd of ze ook het engelse nieuws bij willen werken. Mijn engelstalige klanten kan ik niet naar de nieuwspagina verwijzen nu.
Ik kreeg snel antwoord van SIDN:
Naar aanleiding van uw e-mail van vandaag bericht ik u het volgende.
Op het besloten gedeelte van sidn.nl zijn een aantal berichten al vertaald en online gezet. Het grote nieuwsbericht (Update storing, 12.20u) wordt op dit moment vertaald door ons vertaalbureau en zal daarna online worden gezet. Excuses voor het ongemak.
Naar mijn idee is dit echt (WEER) een grove fout van de SIDN. Al ben ik ervan overtuigd dat het team van de SIDN met de beste bedoelingen werkt, zulks soort grove fouten kan de SIDN alleen aan haar klanten verkopen omdat zij een 'monopolie.nl' hebben. Dit is gewon niet goed te praten.
Bij alle deelnemers zelf zou dit gewoon onherroepelijk leiden tot verlies van klanten.
Ook wij overwegen om nameservers onder meerdere tld's te plaatsen. Hoe redundanter, hoe beter. Ik vind echter dat van een Registry verwacht kan worden dat dit soort fouten niet voor kunnen komen. Zelfs als er een datacenter ergens afbrand. En al helemaal als een simpel script een check had kunnen uitvoeren of wel alle records aanwezig waren. Dat die check "EDIT: niet goed" was, is weer een teken van onkundigheid. Hier kan je gewoon niet vrolijk van worden.
Het afserveren van andere deelnemers als prutsers (prutswerk)omdat zij geen nameservers onder andere TLD's draaien vind ik onbeschoft. Het is zeker 'slimmer' om dat wel te doen. De verantwoordelijkheid voor dit probleem ligt echter bij de SIDN en degene die daar verantwoordelijk is voor het niet hebben van een degelijke controle, mag zich eens flink achter de oren krabben. Wellicht kan de SIDN haar systemen eens volledig blootgeven aan een aantal grote deelnemers die willen meewerken om de SIDN systemen te controleren. Een frisse kijk kan nooit kwaad en wat mij betreft mag de SIDN dat gewoon tegen consultant tarief vergoeden.
Als dit soort onnodige problemen in de toekomst daarmee wellicht voorkomen kan worden..... Slapen er een hoop mensen veel lekkerder.
Nu maar afwachten of DRS vandaag nog hersteld kan worden. Er zal wel een aardige wachtrij ontstaan zijn.
Helaaas hebben wij de lasten er wel van ondervonden door 2 aangevraagde domeinnamen gisteravond na 18:00
inderdaad de nameservers waren wel bekend maar geen ipadressen eraan gekoppeld
Wij hopen dat SIDN gewoon alles snel weer op orde zal hebben, maar deze fout/storing is naar onze idee wel een zeer groffe
Het is zeer vervelend, het enigste is hopen dat het weer snel gereed is
Paul Jansen
29/05/08, 15:45
Naar mijn idee moeten ze ook een storingsnummer krijgen wat te bereiken is buiten kantooruren.
Als iemand dat even kan neerleggen, niemand van ons gaat naar de relatiedag nl..
Op dit punt is reeds aktie ondernomen, het storingsnummer was al bereikbaar maar alleen in het weekend, dat is vanaf nu altijd bereikbaar buiten normale kantooruren.
Er komt zo weer een update van de huidige situatie.
groet
Paul Jansen
Relatiebeheerder SIDN
Freakingme
29/05/08, 16:10
Het is iets later geworden dan 13.30 uur, maar dan is er uiteindelijk toch weer meer info:
Update storing, 14.40u
29/05/2008
We hebben de fout in ons domeinregistratiesysteem gevonden. Mede op basis daarvan ziet het ernaar uit dat we ervoor kiezen een patch op de applicatie uit te voeren om het probleem te verhelpen. De definitieve beslissing wordt genomen nadat het testen van de patch, inclusief het controleren van een aantal gegenereerde zonefiles, succesvol is afgerond. Met deze testen zijn we momenteel bezig.
We informeren u zo spoedig mogelijk verder.
Met vriendelijke groeten,
SIDN
bron (http://www.sidn.nl/ace.php/c,727,5660,,,,Update_storing_14_40u.html)
DennisWijnberg
29/05/08, 16:56
Dat de storing uitloopt is 1 ding maar consequent je beloftes niet nakomen is absoluut verwijtbaar. Maar zodra je daar over klaagt zeggen ze: "Ik begrijp dat het een vervelende situatie is.." of "Ik zal het doorspelen naar de afdeling communicatie".
Er krijgen er morgen wel een paar een donderpreek. Wat denk je dat dit kost bij een Deelnemer?
Ze hebben overigens trouwens nog steeds geen idee wanneer het e.e.a. weer gaat werken. De nonchalante toon van de medewerker doet het daarbij niet heel goed.
Op dit punt is reeds aktie ondernomen, het storingsnummer was al bereikbaar maar alleen in het weekend, dat is vanaf nu altijd bereikbaar buiten normale kantooruren.
Er komt zo weer een update van de huidige situatie.
groet
Paul Jansen
Relatiebeheerder SIDNWat ik niet begrijp is dat het voorheen alleen tijdens het weekend bereikbaar was? Een product als .nl gaat niet alleen in het weekend plat...
Ik hoop dat er spoedig duidelijkheid komt wanneer DRS weer werkt.
DennisWijnberg
29/05/08, 17:47
Ik zou wel eens als frisse wind een tijdje willen nadenken over wat er bij de SIDN allemaal gebeurd en wat er allemaal beter kan. Ook de procedures voor implementatie lijken niet te kloppen.
En wat te denken van een XML-API waarbij je een LIVE terugkoppeling krijgt of iets gelukt is of niet. Die zit ook al sinds jaaaaaaren in de pipeline. Eigenlijk bizar want hoe moeilijk kan het zijn?
Ik zou wel eens als frisse wind een tijdje....
Heb je zoveel tijd dan?
Heb je zoveel tijd dan?
Voor zulke dingen zou tijd gemaakt moeten worden ;)
Nogmaals... Ze hadden gewoon het system van onze zuiderburen moeten kopen. DNS Be EN EURID draaien daarmee.
Daar was pas een tevredenheidsonderzoek. Bizar hoog scoorde dat!
Gooie de huidige rommel overboord en ga dat systeem implementeren. Zijn we ook eindelijk van die verhuis-shit af.
Het is nog enorm balen ook dat ze niet gewoon eens regelmatiger info updates doen... je kan er nu geen hoogte van krijgen wat er gebeurd en/of hoe lang het nog kan duren
Als DNS BE en EURID allebei een goed functionerend systeem heeft met een hoge score op een tevredensheidsonderzoek...
Waarom heeft SIDN daar inderdaad dan geen gebruik van gemaakt
Nogmaals... Ze hadden gewoon het system van onze zuiderburen moeten kopen. DNS Be EN EURID draaien daarmee.
Deze partijen gebruiken inderdaad (hetzelfde) prettig werkende systeem. Zonder papieren gedoe en belangrijk: synchrone communicatie.
Het overzetten naar een ander systeem zal waarschijnlijk ook nogal wat voeten in de aarde hebben. Zo verschillen bijvoorbeeld de mogelijke whois gegevens. Nu heb ik geen inzicht op de potentiele moeilijkheden maar ik kan me voorstellen dat zoiets nog problematischer is als het invoeren van synchrone communicatie in de systemen van de SIDN.
Ik heb vernomen dat na de volgende upgrade van DRS4 (o.a. quarantaine periode) er wordt begonnen met XML. Laten we alvast allemaal een offer brengen om de goden gunstig te stemmen :W:
Vooral bedrijven met een >10 technische staf zouden naar mijn idee wel tijd kunnen vrijmaken om (tegen vergoeding) de systemen van de SIDN eens grondig onder de loep te nemen. Ik neem aan dat dat in het verleden ook al wel is gebeurd, maar blijkbaar niet goed genoeg.
Waarom heeft SIDN daar inderdaad dan geen gebruik van gemaakt
Dat is een hele goede. Ik wil het rapport wel eens zien waarin bepaald is dat er zelf gebouwd gaat worden. Welk afwegingen er gemaakt zijn etc.
Naar mijn mening is dit het moment voor re-evaluatie en het moment om toch deze weg terug te gaan en de gemaakte kosten voor lief te nemen. Ik heb het gevoel als deze weg gevolgd blijft worden de kosten hoger zullen zijn dan nu alsnog te besluiten om het belgische systeem in te zetten.
Volgens mij is iedere nl-registrar VOOR zo'n move.
Waarom heeft SIDN daar inderdaad dan geen gebruik van gemaakt
Omdat ze, ondanks de vernome pogingen, nog steeds een stevige dikke plaat voor der kop hebben???
Ik heb er een enquete van gemaakt.
Voor registrars is het ieder geval veel goedkoper als ze DNS BE/EURID systeem gaan gebruiken want dan hoeven de meeste niets bij te bouwen.
Wat er allemaal voor gefreubel in het huidige SIDN systeem nog gaat komen daar krijg ik koude rillingen van nu. Laat ze stoppen met het wiel uit te vinden. Vul de enquete in.
Vergeet niet dat het aantal SIDN deelnemers hier maar een druppel is van het totaal, een enquete is dan leuk, maar voor hun niet maatgevend....
Vergeet niet dat het aantal SIDN deelnemers hier maar een druppel is van het totaal, een enquete is dan leuk, maar voor hun niet maatgevend....
Dat is waar. Maar eerst even kijken hoe men hier ertegenaan kijkt, misschien hebben de meeste toch een andere mening.
Ik zou hierna wel willen gaan lobbyen.
Ik kan begrijpen dat het invoeren van het systeem van DNS BE/EURID niet alles gelijk met elkaar te koppelen zal zijn vanwege verschillen in de systemen
@M.C.: Wij hopen hier dat dit inderdaad de update naar DRS4 eindelijk de boel op de rails zullen krijgen door een stabieler platform te hebben
Zo niet... dan loont het zich misschien toch om erover te gaan denken het systeem van DNS BE/EURID te gaan implementeren, maar dit zal ook zijn "kinderziektes" meenemen
Laten ze eerste deze fout maar oplossen en hopen dat ze volgende keer beter testen voordat ze iets gaan inzetten ;)
Ik lees net het voglende bericht dat het waarschijnlijk nog tot 21:00 gaat duren
Bron: isdn.nl
"De belangrijkste testen van de patch zijn succesvol afgerond. We gaan nu verder met het uitvoeren van de overige testen. Naar verwachting zullen deze tegen 18.00 uur zijn voltooid. Als ook deze positief worden afgesloten, zullen eerst de foutsituaties in de database worden opgeheven, waarna er een zonefile wordt gegenereerd. Als deze na controle in orde blijkt beginnen we met het verwerken van de eerste 200 aanvragen vanuit de mailrobot. Hierna wordt opnieuw een zonefile gegenereerd en gecontroleerd tegen de verwerkte aanvragen. Vervolgens wordt de hele mailrobot queue weggewerkt, wederom een zonefile gegenereerd en DRS4 opengesteld. Naar verwachting zal de openstelling rond 21.00 uur plaatsvinden.
Indien we heel erg af gaan wijken van deze tijdslijn zullen we u berichten.
Met vriendelijke groeten,
SIDN"
Mee eens hoor, ook dat systeem implementeren zal kinderziektes meebrengen, net als de introductie van XML en de massa verzoeken die er nog liggen bij SIDN om die in het huidige systeem te implementeren :-(
Dat is een hele goede. Ik wil het rapport wel eens zien waarin bepaald is dat er zelf gebouwd gaat worden. Welk afwegingen er gemaakt zijn etc.
Naar mijn mening is dit het moment voor re-evaluatie en het moment om toch deze weg terug te gaan en de gemaakte kosten voor lief te nemen. Ik heb het gevoel als deze weg gevolgd blijft worden de kosten hoger zullen zijn dan nu alsnog te besluiten om het belgische systeem in te zetten.
Volgens mij is iedere nl-registrar VOOR zo'n move.
Als iedere deelnemer voor zou zijn, zou het gebeuren (deelnemersvergadering anyone?)
Jammer dat ik nog geen deelnemer ben, anders zou ik zeggen JA!
Ik denk wel dat ISDN ook wel wat uit te leggen heeft met wat er nu gebeurd en gebeurd is
En dan zou een vergadering niet slecht zijn denk ik
Ik weet niet hoe de toelevering van informatie is van SIDN als je daar deelnemer bent?
Als iedere deelnemer voor zou zijn, zou het gebeuren (deelnemersvergadering anyone?)
Ik kom zeker opdagen op een dergelijke vergadering.
Jammer dat ik nog geen deelnemer ben, anders zou ik zeggen JA!
Ik denk wel dat ISDN ook wel wat uit te leggen heeft met wat er nu gebeurd en gebeurd is
En dan zou een vergadering niet slecht zijn denk ik
Ik weet niet hoe de toelevering van informatie is van SIDN als je daar deelnemer bent?
Die stelt nog steeds vrij weinig voor. Je moet zelf op de deelnemersite kijken geloof ik, ik heb iig geen mail gehad.
Die stelt nog steeds vrij weinig voor. Je moet zelf op de deelnemersite kijken geloof ik, ik heb iig geen mail gehad.
Dan wordt het denk ik ook eens tijd, de storingen die ze vermelden ook gelijk aan alle Deelnemers te emailen, dat is technisch zo voor elkaar... in elk geval dacht ik zo :P
Maar goed, vervelend dat je dan nogsteeds zelf bij zulke storingen geen berichtgeving krijgt automatisch
Je betaald volgens mij wel 150 euro per kwartaal ervoor, dus dat is per jaar ook 600 euro...
Je betaald volgens mij wel 150 euro per kwartaal ervoor, ook 600
€ 155,00
Er is wel degelijk een mailing list, wij hebben in ieder geval alle meldingen op de website ook per e-mail ontvangen.
Het is jammer dat nu de SIDN zichtbare verbeteringen heeft doorgevoerd op meerdere vlakken, er toch nog dingen (goed) verkeerd blijven gaan. Met de reputatie dat bij bijna elke nieuwe release er fouten zijn (en geen kleine), zal het imago hier niet mee verbeteren. 100.000'en domeinnamen een hele nacht onbereikbaar. Een NIC systeem wat een hele dag niet functioneert. Er zullen toch weer een stapel nieuwe maatregelen genomen moeten worden. Naar mijn idee ligt het probleem bij de interne procescontrole. Dit had namelijk gewoon voorkomen kunnen worden door checks en 'externe' controle; dwz niet door de programmeurs zelf maar iemand van een proces controle afdeling. Een degelijk functionerende proces controle had in principe het grootste deel van de fouten die bij SIDN zijn voorgekomen de afgelopen jaren kunnen voorkomen. Als er dan een keer iets fout gaat, is het ook beter te accepteren.
In ieder geval worden er nu veel tests gedaan; ik ga ervan uit dat er verder vanavond niets meer fout gaat en alle wachtende operaties straks kunnen worden verwerkt. Succes in ieder geval @sidn.
Die stelt nog steeds vrij weinig voor. Je moet zelf op de deelnemersite kijken geloof ik, ik heb iig geen mail gehad.
Hier wel de berichten op ons notify e-mail adres ontvangen.
Weet niet wat de gedachte er achter is om het naar dat adres te sturen.
Indien je een geautomatiseerd registratieysteem hebt en je e-mail robot lust geen nieuwsbrieven, dan is de kans dus aanwezig dat je de berichten niet te lezen krijgt.
Hier wel de berichten op ons notify e-mail adres ontvangen.
Weet niet wat de gedachte er achter is om het naar dat adres te sturen.
Indien je een geautomatiseerd registratieysteem hebt en je e-mail robot lust geen nieuwsbrieven, dan is de kans dus aanwezig dat je de berichten niet te lezen krijgt.
Dat zou idd geen kwaad kunnen, een apart e-mail adres voor nieuwsbrieven (zou er overigens ook best kunnen zijn maar kan het niet checken nu drs down is). Om je mail robot iets te tweaken dat deze wel doorstuurt is overigens ook geen groot probleem.
Hier wel de berichten op ons notify e-mail adres ontvangen.
Weet niet wat de gedachte er achter is om het naar dat adres te sturen.
Indien je een geautomatiseerd registratieysteem hebt en je e-mail robot lust geen nieuwsbrieven, dan is de kans dus aanwezig dat je de berichten niet te lezen krijgt.
Heb mij ook altijd al afgevraagd waarom daarvoor het notify adres gebruikt wordt. Zelfs pdf-jes worden meegezonden, en die komen er toch echt niet lekker uit...:o
Er is wel degelijk een mailing list, wij hebben in ieder geval alle meldingen op de website ook per e-mail ontvangen.
Het is jammer dat nu de SIDN zichtbare verbeteringen heeft doorgevoerd op meerdere vlakken, er toch nog dingen (goed) verkeerd blijven gaan. Met de reputatie dat bij bijna elke nieuwe release er fouten zijn (en geen kleine), zal het imago hier niet mee verbeteren. 100.000'en domeinnamen een hele nacht onbereikbaar. Een NIC systeem wat een hele dag niet functioneert. Er zullen toch weer een stapel nieuwe maatregelen genomen moeten worden. Naar mijn idee ligt het probleem bij de interne procescontrole. Dit had namelijk gewoon voorkomen kunnen worden door checks en 'externe' controle; dwz niet door de programmeurs zelf maar iemand van een proces controle afdeling. Een degelijk functionerende proces controle had in principe het grootste deel van de fouten die bij SIDN zijn voorgekomen de afgelopen jaren kunnen voorkomen. Als er dan een keer iets fout gaat, is het ook beter te accepteren.
In ieder geval worden er nu veel tests gedaan; ik ga ervan uit dat er verder vanavond niets meer fout gaat en alle wachtende operaties straks kunnen worden verwerkt. Succes in ieder geval @sidn.
Het wordt zo te zien nu inderdaad tijd om structuren binnen SIDN en het netwerk van SIDN goed te gaan opzetten of te wijzigen om problemen nu en voor in de toekomst te verminderen (Geen fouten maken bestaat niet natuurlijk, je kan ze wel beperken tot het minimum)
Hoe het nu gaat kan niet, en misschien een les voor de volgende keer... (ik weet niet of het logisch is wat ik nu zeg) backup maken voordat je een belangrijke update doe?
(ik weet niet of het logisch is wat ik nu zeg) backup maken voordat je een belangrijke update doe?
Dan heb je niet alles goed gelezen....
crazycoder
29/05/08, 20:22
Het wordt zo te zien nu inderdaad tijd om structuren binnen SIDN en het netwerk van SIDN goed te gaan opzetten of te wijzigen om problemen nu en voor in de toekomst te verminderen (Geen fouten maken bestaat niet natuurlijk, je kan ze wel beperken tot het minimum)
Hoe het nu gaat kan niet, en misschien een les voor de volgende keer... (ik weet niet of het logisch is wat ik nu zeg) backup maken voordat je een belangrijke update doe?
Zoiets voorkom je nooit maar kan je wel minder waarschijnlijk maken door een systeem (systemen) in een testomgeving schaduw te laten draaien. Vervolgens laat je een aantal mensen monitoren en output controleren, mocht er onverhoopt iets fout gaan dan kan je onmiddelijk ingrijpen.
Offtopic:
Dan heb je niet alles goed gelezen....
Laten we zeggen dat ik dan inderdaad een deel of een bericht te snel gelezen heb, excuses
Qoute van Intermax:We hebben SIDN net gesproken, ze geven inderdaad toe dat er iets fout gegaan is bij de upgrade naar DRS 4.2 en ze hebben de backup van gisterenavond 06:00 uur teruggelezen
Dacht toch even nalezen :)
"Update storing, 20.00uur
Alle patch-testen zijn inmiddels succesvol afgerond. Op dit moment zijn
we bezig de foutsituaties in de database op te heffen. We hebben
besloten uitgebreidere controles op de te genereren test-zonefile uit te
voeren om er absoluut zeker van te zijn dat ook gedurende een
zonefile-generatie geen fout optreedt. Hierdoor zal DRS4 naar
verwachting pas rond 01.00u worden opengesteld. Na openstelling zal het
systeem uiteraard strak worden gemonitord. Ons storingsnummer is
bereikbaar, het nummer kunt u vinden op de deelnemerssite.
Met vriendelijke groeten,
SIDN"
dit houd dan in als ik het goed begrijp dat alle domeinnamen die wij besteld/verhuisd hebben na de storing dat die pas na 1:00 verder doorgevoerd wordt?
dreamhost_nl
29/05/08, 22:26
Dat zou je wel verwachten en daar zullen we gemakshalve maar gewoon van uit gaan.
Ja wat ik wel uit begrijp is inderdaad dat alles na 1:00 wordt verwerkt.
Tot op heden heb ik nog geen bevestigingen gehad dat de nieuwe domeinen zijn geregisteerd
Hier wel een paar verhuis acceptaties binnen gekregen; maar nieuwe registraties nog niks van terug gekregen.
Belachelijk dat we gewoon een dag geen .nl's kunnen registreren, hebben andere partijen dit ooit in deze mate gehad?
[QOUTE]hebben andere partijen dit ooit in deze mate gehad?[/QUOTE]
Geen grote registry's zoals .nl naar dat ik weet [...].
Overigens zie ik nog geen status updates in ons order systeem.
hier zien wij op het moment ook nog geen vooruitgang hopen dat het morgen weer in orde is
De reply berichten komen nu binnen.
Wel een aantal keer "202 Aanvraag nieuwe domeinnaam DNS FOUT", terwijl er niets mis met de nameservers is, en ze wel door de check op de SIDN site komen.
edit: inmiddels zijn ook die registraties er door.
dreamhost_nl
30/05/08, 23:27
Klopt, alle registraties (toevallig geen verhuizingen) van die twee dagen zijn netjes afgehandeld, zoals normaliter het geval zou zijn.