Seite nicht erreichbar? DNS-Fehler? Liegt derzeit an der Denic

[Jokai olvaso]

Die haben irgendwie massive Probleme, angeblich 1/3 aller de-Domains momentan nicht verfügbar. Hab' das Phänomen bei meinem Domains auch. example.org (natürlich eigentlich alles de-Domains) geht z.B. nicht, aber server.example.org löst auf. Was übrigens immer geht ist die Namensauflösung über den DNS-Server, bei dem die Domain eigentlich registriert is (sofern der bekannt ist).

[paby]

ahh - ok
hab mich schon gewundert - die hälfte der seiten die ich anwähle wird nicht gezeigt - emailkonten bei t-online oder freenet von kunden können nicht geöffnet werden...

bei heise steht noch nix

have fun - paby

[MaWeSol]

Ich leide auch... sehr seltsam...

Gruß,
Matthias

EDIT

HEISE zum Problem

[root_alpha]

Hat sich erledigt, alle Nameserver der Denic sind wieder erreichbar.

[Thomas]

ich hatte auch schon meine Router alle rebootet ... mit ca. 1/3 nicht erreichbar kann ich bestätigen

[steff11]

Ihr müsst sowas etwas südländischer handeln: einen Expresso zu Euch nehmen (sofern der nicht von einem web3.0Dienst zubereitet wird), einen Schwatz mit der schönen Nachbarin wagen und dann 2, 3 Stunden später euch wieder erinnern, was heut eigentlich noch alles werden sollte ...

[maxi89]

Zwischenzeitlich habe ich mir schon eine neue Geschäftsidee ausgedacht:
Ich schalte eine 0900er-Nummer und sage den Leuten dann per Telefon die IP-Adresse zu einer Domain an - wenn die DNS-Server der Denic mal wieder nicht tun.
Da kam ich heute Nachmittag drauf, als ein Kunde anrief, dessen Domain nicht mehr aufgelöst werden konnte und wir ihm die IP-Adresse des Servers dann durchgegeben haben, damit er überhaupt seine Seite sehen konnte.

[Thomas]

war schon sehr strange, ich hatte folgenden Effekt:

www.domain.de -> nicht erreichbar
www.subdomainA.domain.de -> erreichbar
www.subdomainB.domain.de -> nicht erreichbar

da grübelt man dann schon ziemlich, und genau die subdomainB war jobmäßig wichtig, dass ich drauf kam (mit IP-Eintrag in der host-Datei ging es dann)

[maxi89]

Gerade von einem Kollegen bekommen:
Der wahre Grund, warum die Domains nicht erreichbar waren

[cmotal]

Thema Schadenersatz. Kenn ne Firma, die machen sehr viel Recherche im deutschsprachigen Raum. Die haben die Leute heute gegen eins halb zwei heimgeschickt...

Könnte man mal diskutieren...Was meint Ihr dazu?

Was passiert wenn ich eine einem Kunden vertraglich zugeischerte Leistung zum Zeitpunkt heute Nachmittag auf Grund von DE-NIC und deren Leistungen (Root DNS) die wir ja alle zahlen nicht erbringen kann und mir der Kunde Stress macht.

Schöne Nacht noch.

Christoph

[maxi89]

Da wirst du mit Sicherheit keinen Erfolg haben. Denn weder das registrierende DENIC-Mitglied noch die DENIC selbst garantieren dir 100% Verfügbarkeit.
Und 4-6 Stunden in einem Jahr sind immer noch > 99,9%. Wenn der Betrieb darauf angewiesen ist, muss er sich besser davor schützen - beispielsweise durch eigene besonders lange cachende Nameserver oder durch zusätzliche Abfrage bei mehreren öffentlichen, stark frequentierten und besonders lange cachenden Nameservern.

Gleiches hätte dem Laden ja auch passieren können, wenn der Internetzugang durch ein defektes Kabel gestört, der Router abgeraucht, das Wasserrohr geplatzt oder einfach nur der Strom ausgefallen wäre.
Das ist ein kalkulierbares Risiko.

[maxi89]

Nachtrag: Die offiizelle Stellungnahme der DENIC zum Ausfall, heute Mittag durch deren Mailingliste gegangen:

Liebe Kolleginnen und Kollegen,

wie angekündigt, möchten wir Sie über die Hintergründe des Ausfalls des
Name-Service für .de-Domains am vergangenen Mittwoch im Folgenden
detailliert informieren. Antworten auf die häufigsten Fragen in diesem
Zusammenhang haben wir für Sie in dem angehängten FAQ-Dokument
zusammengefasst.

Ablauf und Auswirkungen
Ab ca. 13:30 Uhr (MESZ) am Mittwoch den 12.5.2010 war DENIC mit dem Bild
konfrontiert, dass, je nach Standort und angefragter Domain, Anwender
teilweise die falsche Antwort „Domain existiert nicht“ erhielten. In
diesem Fall waren die davon betroffenen .de-Domains für den betroffenen
Anwender nicht über ihre Domainadressierung erreichbar und E-Mails aus
bzw. zu diesen Adressen wurden dann abgewiesen oder nicht gesendet.
Hintergrund dafür war, dass im Rahmen der regelmäßigen 2-stündigen
Aktualisierung der Nameservicedaten auf 12 der 16 Servicestandorte durch
einen unterbrochenen Kopiervorgang die Verteilung einer nicht
vollständigen Aktualisierung (sog. Zonendatei) angestoßen wurde.

Das unmittelbar eingesetzte Notfallteam hat den Fehler analysiert und
daraufhin beginnend um 14:20 Uhr die fehlerhaft antwortenden Standorte
abgeschaltet. Da nicht unmittelbar klar war, ob die Zone aufgrund eines
fehlerhaften Bestands in der Datenbank oder aufgrund eines Fehlers im
Generierungsprozess defekt war und die Registrierungssysteme aufgrund der
ungewöhnlich hohen Registrierungsversuche für vermeintlich freie Domains
unter großer Last standen, wurden diese zudem temporär angehalten.

Ab 14:30 Uhr wurden die abgeschalteten Standorte sukzessive mit einer
vollständigen Zonendatei versorgt und wieder in den Nameserververbund
aufgenommen. Wegen des Datenvolumens und der weltweiten Verteilung der
Standorte dauerte der Gesamtvorgang zu der vollständigen Neuverteilung und
des anschließenden Neustarts aller betroffenen Servicestandorte bis ca.
15:45 Uhr. Damit war der vollständige Service seitens DENIC nun mit seinem
vollständigen Leistungsvolumen wiederhergestellt.

Für die Internetanwender könnte es jedoch wegen des Cachings bei den ISPs
teilweise noch bis zu 2 Stunden danach zu Beeinträchtigungen gekommen
sein.

Folgeschritte werden nach der weiteren Detailanalyse eingeleitet.

Technische Details
Die aus der Registrierungsdatenbank erzeugte Zonendatei wird vor der
Inbetriebnahme auf den weltweiten Standorten gleich mehrfach auf
Vollständigkeit und Plausibilität geprüft. Diese Prüfungen sind auch mit
der betroffenen Zonendatei erfolgreich durchlaufen worden und haben dazu
geführt, dass vier Standorte nicht mit einer falschen Zonendatei versorgt
wurden sowie, dass der Frankfurter IPv6 DNS Standort und das DNSSEC
Testbed unberührt blieben.

Im Rahmen des Projektes zur Erneuerung der Nameserverinfrastruktur jedoch,
wurde insbesondere auch das Konzept der Zonenverteilung neu aufgesetzt.
Nach dem Prüfen der korrekten Erzeugung der Zonendatei und der Prüfung der
korrekten Übertragung der Zonendatei zum Zonenverteilserver wird die Zone
nach diesem neuen Konzept vor der Verteilung auf die einzelnen Standorte
nochmals kopiert. Dieser Kopiervorgang brach mit ca. nur einem Drittel der
Datensätze fehlerhaft ab.
Zwar sollte auch dieser Vorgang abgesichert sein, der
Sicherungsmechanismus hat den Fehler allerdings nicht korrekt ausgewertet,
so dass im Effekt der Kopierfehler nicht entdeckt und der
Weiterverarbeitungsprozess nicht angehalten wurde.

Entsprechend steht der Vorgang in keinem direkten Zusammenhang mit dem am
Dienstag zuvor durchgeführten Umzug des Rechenzentrumsbetriebs für die
Registrierungsdienste von Amsterdam nach Frankfurt. Gleichermaßen gibt es
ebenfalls keinen Zusammenhang mit dem DNSSEC Testbed, noch waren Services
für Kooperationspartner, betriebene Secondaries für andere TLDs oder wären
Services des Anycast-Angebots für Dritte TLDs betroffen gewesen.

Mit freundlichen Grüßen

Beate Schulz
Pressereferat

Wie man liest, haben also die ganzen Bots der Domaingrabber wie die Geier das Registrierungsinterface der DENIC (kurz RRI) zugenagelt, weil die Nameserver natürlich alle geantwortet haben, sie wüssten nichts von der Domain...
Das erklärt natürlich auch, warum Domain-Regs deutlich länger gedauert haben, als sonst - denn normalerweise ist das eine Sache von wenigen Sekunden.