DNS servers /resolve probleem .nl zone

Afdrukvoorbeeld

Toon 40 bericht(en) van dit onderwerp op één pagina

29/05/08, 08:07
Intermax

Citaat:

Oorspronkelijk geplaatst door Wido

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.
29/05/08, 08:11
Wouter-Ospito

Citaat:

Oorspronkelijk geplaatst door Wido

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?

Citaat:

Oorspronkelijk geplaatst door Intermax

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.
29/05/08, 08:19
Jackaroo

Citaat:

Oorspronkelijk geplaatst door groenleer

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.
29/05/08, 08:26
Intermax

Citaat:

Oorspronkelijk geplaatst door Wouter-Ospito

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.
29/05/08, 08:26
Wouter-Ospito

Citaat:

Oorspronkelijk geplaatst door Jackaroo

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.
29/05/08, 08:29
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.
29/05/08, 08:35
groenleer

Citaat:

Oorspronkelijk geplaatst door Jackaroo

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:

Citaat:

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 -
29/05/08, 08:38
Wouter-Ospito

edit: groenleer was me voor :)
29/05/08, 09:24
DutchTSE

Citaat:

Oorspronkelijk geplaatst door Wouter-Ospito

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 [s]slecht[/s] niet geslapen heeft ;)
29/05/08, 09:28
Wido

Citaat:

Oorspronkelijk geplaatst door DutchTSE

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.
29/05/08, 09:37
Hiemstra

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
29/05/08, 09:41
crazycoder

Citaat:

Oorspronkelijk geplaatst door Hiemstra

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
29/05/08, 09:46
ensermo

Citaat:

Oorspronkelijk geplaatst door Wido

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).
29/05/08, 09:58
Wido

Citaat:

Oorspronkelijk geplaatst door ensermo

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.
29/05/08, 10:31
almar

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.

Toon 40 bericht(en) van dit onderwerp op één pagina