Whehe, ik zie dat NXS meldt dat de SIDN heeft gemeld dat alles weer werkt: http://www.nxsstatus.nl/storing-name...oring-bij-sidn
Likes: 0
Whehe, ik zie dat NXS meldt dat de SIDN heeft gemeld dat alles weer werkt: http://www.nxsstatus.nl/storing-name...oring-bij-sidn
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.
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![]()
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
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
.
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...?
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
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?
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!

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![]()
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!

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.
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!

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?
M. Groenleer - Groenleer ICT Services B.V.
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.
Ceph, CloudStack en ZFS consultancy: 42on B.V.
Lees hier de webhostingtalk.nl forum regels en voorwaarden!