morgen is relatiedag
misschien dat iemand even de directie met dit soort dingen kan confronteren ?
Afdrukvoorbeeld
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)
Ok nu weten we het wel. Genoeg hierover nu..Citaat:
Oorspronkelijk geplaatst door Wouter-Ospito
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.Citaat:
Oorspronkelijk geplaatst door ensermo
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.
Code: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:
Maar om 13:46 is er nog niets bij gekomen. En vanochtend hebben ze exact hetzelfde gedaan:Citaat:
Om 13.30uur geven we u via onze website weer een update.
Die update volgde om 11:04.Citaat:
Wij werken hard aan een oplossing en geven om 10.00u een update.
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
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.Citaat:
Oorspronkelijk geplaatst door almar
Er komt zo weer een update van de huidige situatie.
groet
Paul Jansen
Relatiebeheerder SIDN
Het is iets later geworden dan 13.30 uur, maar dan is er uiteindelijk toch weer meer info:
bronCitaat:
Oorspronkelijk geplaatst door SIDN
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.
Wat ik niet begrijp is dat het voorheen alleen tijdens het weekend bereikbaar was? Een product als .nl gaat niet alleen in het weekend plat...Citaat:
Oorspronkelijk geplaatst door Paul Jansen