Aus dem Leben eines Szlauszafs - On the net

Mr. Ward und Mr. Pozner - SEO kompliziert

thh@inter.net (Thomas Hochstein) — Sat, 15 Sep 2012 23:48:00 +0200

Ende letzten Jahres bekam ich eine E-Mail von einem Albertio Ward, der meine Webseite schon seit 2000 kennt und gerne die Header-FAQ ins Bulgarische übersetzen würde. Er arbeitet für (s)ein Projekt namens “Bulgarian FCW Science”, ein freemium-model non-English language orientated startup (ich spare mir hier den Versuch einer Übersetzung), in dem wissenschaftliche Artikel, persönliche Notizen usw. in verschiedenen Sprachen seit 1999 (!) gesammelt werden. Über meine Erlaubnis zur Übersetzung würde er sich freuen und auch gerne meinen Namen als Autor nennen und die FAQ verlinken.

Als erstes wollte ich gerne hilfsbereit sein und habe mich natürlich auch gefreut, daß jemand an dem Text Interesse hat. Meiner angeborenen Neugier *ahem* folgend wollte ich aber zuerst mehr über das Projekt erfahren. Seltsamerweise förderte Google dazu nichts zutage; für ein seit 1999 existierendes, mehrsprachiges Projekt etwas ungewöhnlich. Daher (und aus Zeitgründen) hatte ich eine Antwort zunächst zurückgestellt. Auch eine spätere Recherche förderte jedoch nur ähnliche Anfragen wie die an mich gerichtete (wortgleich mit Austausch der personenbezogenen Teile) in verschiedenen Mailinglisten zutage. - Komisch.

Ein halbes Jahr später, im Juni 2012, wandte sich dann ein Mario Pozner an mich, der dieselbe Seite gerne in die ukrainische Sprache übersetzen wollte und für ein Projekt “SOFTcann” arbeitet, ein freemium-model non-English language orientated startup mit wissenschaftlichen Artikeln, persönlichen Notizen usw., daß er seit 2011 editiert. - Jetzt wurde ich aufmerksam, vor allem wegen des Ausdrucks “freemium-model non-English language orientated startup”. Wie wahrscheinlich ist es, binnen eines guten halben Jahres zwei eigenartige Anfragen zur Übersetzung einer Webseite in verschiedene wenig verbreitete Sprachen von verschiedenen Leuten zu erhalten, die für verschiedene Projekte tätig sind, aber ihre Anfragen in Teilen wortgleich formulieren?! Google förderte aber wieder nur ähnliche Anfragen zutage, mehr nicht; auch nichts zum Projekt “SOFTcann”. Daher habe ich eine Antwort wieder zurückgestellt, diesmal aber vor allem aus Mißtrauen.

Nun wandte sich vor wenigen Tagen wieder Mario Pozner an mich, der jetzt für ein Weblog “GM Archive” tätig ist. (Ein vielseitig interessierter Mann!) Einer seiner Leser hat ihm die Header-FAQ empfohlen, und er würde sie gerne in die ukrainische Sprache übersetzen; das tun sie dort beim “GM Archive” für diejenigen, die kein Englisch sprechen. - Heute wollte ich mir nun die Zeit nehmen, diese und die anderen E-Mails mal zu beantworten, um sie endlich aus meiner Inbox zu bekommen; vorher googelte ich (wieder vergeblich) nach dem “GM Archive” (man findet viel dazu aus dem automobilen Bereich ... vermutlich Absicht). Dabei googelte ich erneut auch nach den anderen Begriffen - und endlich ein Treffer!

Fraud 2.0: Albertio wants to stick his straw in NRKbetas Google Juice erklärt endlich, worum es geht: Nachdem die jeweilige Seite durch den Google-Translate-Wolf gedreht wurde, wird der Autor (der die Qualität der Übersetzung aufgrund der zumeist wenig verbreiteten Sprachen kaum kontrollieren kann) stolz auf das fertige Werk verwiesen, das dann auch einen Link auf seine ursprüngliche Seite enthält, wie versprochen. Und der Autor möge doch jetzt bitte auch einen Link auf die Übersetzung setzen, die soviel Mühe bereitet hat, pretty please ...

Genau da liegt dann auch der Hase im Pfeffer: die Header-FAQ hat (vermutlich wie die anderen angefragten Seiten) einen vergleichsweise hohen Page-Rank bei Google, und um genau den (nur und ausschließlich) geht es dabei offensichtlich den Herren Albertio Ward und Mario Pozner: SEO-Betrug at its best.

Keywords: fraud seo search engine optimization Bulgarian FCW Science SOFTcann GM Archive

checkmail 0.5 released

thh@inter.net (Thomas Hochstein) — Sun, 24 Jul 2011 00:32:03 +0200

Nach einem guten Jahr habe ich mal wieder Zeit zu einer kleinen Änderung in checkmail gefunden, die ich dann sogleich als Version 0.5 released habe.

checkmail überprüft die ihm übergebenen E-Mail-Adressen nun zunächst auf syntaktische Richtigkeit (wobei allerdings auf der Domain-Seite keine in eckigen Klammern stehenden IP-Adressen akzeptiert werden), bevor er weitere Tests damit durchführt.

Die Dokumentation wurde entsprechend aktualisiert.

Die aktuelle Version steht jeweils auf meiner Downloadseite zur Verfügung.

The Nerd Test

thh@inter.net (Thomas Hochstein) — Wed, 11 May 2011 20:24:00 +0200

dana-Manual 2.1.0

thh@inter.net (Thomas Hochstein) — Mon, 02 May 2011 15:13:09 +0200

Vor einem guten Jahr, im Januar 2010, hatte ich zusammen mit Michael Ottenbruch die Pflege der in de.admin.infos veröffentlichten FAQ “Erlaeuterungen zur Einrichtung neuer Gruppen in de.*”, des sog. dana-Manuals, übernommen, das damals in der unveränderten Fassung aus dem April 2001 gepostet wurde; Anlaß war die Diskussion um Änderungen der Einrichtungsregeln für Newsgroups in de.*, in der sich Anlaß zur Ergänzung des Textes ergab. Dabei stellte sich heraus, daß der damalige Maintainer der FAQ bereits seit Jahren davon ausging, daß andere die weitere Pflege übernehmen wollten bzw. übernommen hätten - so fanden sich dann Michael und ich zusammen, um uns der Aufgabe zu stellen.

Im März 2010 waren wir dann so weit, eine erste Aktualisierung - im wesentlichen unter Weglassung überholter Teile und mit einigen wenigen Ergänzungen - veröffentlichen zu können. Darauf sollte dann die komplette Überarbeitung des Textes folgen, für die wir bereits damals Stichpunkte und eine Gliederung zusammengetragen hatten. So recht wollte die Umsetzung dann aber nicht in Schwung kommen; immer wieder kamen das tägliche Leben oder andere Projekte dazwischen, bis wir das Thema dann nach einem guten Jahr im März diesen Jahres wieder aufgenommen haben. (Hilfreich waren dabei auf meiner Seite sicherlich auch zwei mehrstündige Zugfahrten, in denen sich längere Abschnitte der Überarbeitung zusammenstellen ließen.) Nach mehreren Überarbeitungsgängen ist es jetzt soweit, daß die erste Version des komplett überarbeiteten Manuals veröffentlicht werden kann (im Web und wöchentlich auch in der Newsgroup de.admin.infos).

Weitere Änderungen und Ergänzungen nehmen wir natürlich jederzeit gerne entgegen.

Kundendatenbank einmal gut durchschütteln

thh@inter.net (Thomas Hochstein) — Mon, 07 Feb 2011 23:46:02 +0100

DE-regio: Update

thh@inter.net (Thomas Hochstein) — Fri, 14 Jan 2011 22:12:00 +0100

Vor einem guten Jahr habe ich angefangen, mich um lokale und regionale Hierarchien in Deutschland bzw. dann im deutschsprachigen Raum zu kümmern und die entsprechenden Informationen zusammenzutragen; zunächst im Zusammenhang mit der Sortierung meines Newsservers, dann aber, weil ich festgestellte hatte, daß es für viele dieser Hierarchien keine aktuellen Daten (mehr) gibt, erst recht nicht an einem Platz zusammengetragen. Die entsprechenden Informationen habe ich dann unter DE-Regio auf meiner Homepage zusammengestellt, eine Liste nach news.lists.misc gepostet und das generische control.ctl beim ISC aktualisieren lassen.

Danach sind die entsprechenden Bemühungen aus Zeitmangel leider weitgehend eingeschlafen. Ich möchte, wenn möglich, die vor einem Jahr angefangene Arbeit nun vollenden oder wenigstens fortführen, und habe als ersten Schritt die entsprechenden Seiten aus meiner Homepage in ein eigenes Projekt de-regio ausgegliedert und die Seiten komplett übersetzt. Geplant ist ergänzend zu der Datenbank ein Wiki für weitere Informationen - bspw. Geschichte und Geschichten der entsprechenden Hierarchie -, die Komplettierung der Übersicht und das Ausbügeln verbliebener Fehler.

yapfaq 0.9.1 (Bugfix-Release)

thh@inter.net (Thomas Hochstein) — Mon, 01 Nov 2010 16:41:00 +0100

Ich habe heute die Version 0.9.1 von yapfaq released, die einen Fehler der bisherigen Version 0.9 behebt:

Im Test-Modus (-t) wurde teilweise fälschlich eine leere Headerzeile “X-Supersedes:” hinzugefügt.

Die aktuelle Version steht jeweils auf meiner Downloadseite zur Verfügung.

Bloglines schließt

thh@inter.net (Thomas Hochstein) — Sun, 17 Oct 2010 09:39:41 +0200

Bloglines, mein bisher genutzer Feedreader-Dienst, schließt (jetzt zum 1. November) seine Pforten. Das ist sehr bedauerlicher (und die Begründung überzeugt mich nicht wirklich) und hinterläßt zwei Fragen: gibt es Alternativen, und wie transferiere ich die entsprechenden Daten?

Als erste Alternative springt mich natürlich der Google Reader an; gibt es überhaupt noch etwas anderes? Der Transfer meiner Subscriptions erweist sich dann als trivial: Bloglines bietet eine Export-Funktion in ein XML-Dokument an, das man herunterladen kann, und Google bietet den Import desselben an, fertig.

Allerdings ist das noch nicht alles, was ich gerne hätte; in den letzten Monaten bin ich nämlich, bedingt durch konstanten Zeitmangel, nicht mehr zum regelmäßigen Lesen meiner Blogs gekommen. Daher würde ich gerne die in Bloglines gespeicherten ungelesenen Blogbeiträge gleichfalls exportieren, zumindest in eine Liste o.ä., um sie dann sukzessive Nachlesen zu können. Ein solches Feature bietet Bloglines auf den ersten Blick nicht. Auf den zweiten Blick allerdings erweist sich die Bloglines API als sehr hilfreich: dort kann man sich eine Liste der abonnierten Feeds anzeigen lassen und auch einzelnen Feeds, Gruppen oder gar alle abonnierten Feeds auf einmal auslesen. Es genügt dazu, die entsprechende URL aufzurufen, BasicAuth mit User/Password zu machen und das erzeugte XML-Dokument zu speichern. Der Abruf aller ungelesenen Einträge auf einen Schlag funktioniert demnach in etwa so:

wget -O bloglines.xml --http-user=USERNAME http-password=PASSWORD “http://rpc.bloglines.com/getitems?s=0&n=0”

Vielleicht hilft’s ja dem einen oder anderen.

yapfaq 0.9 released

thh@inter.net (Thomas Hochstein) — Sun, 15 Aug 2010 18:55:00 +0200

Ich habe heute die bereits seit Juni im Prinzip fertige neue Version 0.9 von yapfaq released, die im Vergleich zur bisherigen Version 0.8.2 nur wenige Änderungen aufweist:

Packaging geändert

Neue Versionen von yapfaq können jetzt einfach durch Kopieren des Tarballs über die vorherige Version installiert werden, ohne die Konfiguration zu überschreiben; Beispiel-Konfigurationsdateien sind entsprechend umbenannt.

Kleine Änderungen an den Headern der erzeugten Postings

Das Standard-Format für die Message-ID hat sich geändert; nunmehr wird das internationale Datumsformat verwendet.

Wenn im Subject:-Header ein Platzhalter für die letzte Änderung der FAQ vorgesehen ist, wird dieser ersatzlos entfernt, falls das Änderungsdatum nicht extrahiert werden kann, bleibt also nicht mehr einfach stehen.

Und schließlich werden Test-Postings jetzt als solche gekennzeichnet, sie enthalten keinen Supersedes:-Header mehr, sondern nur noch eine entschärfte Version, und ihre Message-ID enthält nunmehr zwingend einen Timestamp, um mehrfache Tests - am selben Tag - zu ermöglichen.

Die Dokumentation wurde entsprechend aktualisiert.

Die aktuelle Version steht jeweils auf meiner Downloadseite zur Verfügung.

Fachjournalismus?

thh@inter.net (Thomas Hochstein) — Sat, 14 Aug 2010 12:48:00 +0200

Über die Qualität journalistischer Beiträge zu lästern ist zweifellos billig, schließlich kann niemand alles wissen - dennoch kann man sich manchmal eigentlich nur wundern.

Da gibt es einen Verlag, der sich - durchaus mit Recht - als “Verlag für Notfallmedizin” bezeichnet, neben Fachliteratur vor allem auch anerkannte Fachzeitschriften für den Bereich des Rettungsdienstes, der Feuerwehr und des Katastrophenschutzes herausgibt und in der Redaktion dieser Zeitschriften namhafte Fachleute zusammengebracht hat. Dieser Verlag stellt im Netz auch aktuelle Kurznachrichten zusammen, die zugleich als Newsletter verteilt werden. Einer dieser Kurzbeiträge trägt die Überschrift “Berufsprozess gegen ehemaligen Leiter der Rettungswache Saarburg” - wer die damalige Berichterstattung verfolgt hat, erinnert sich direkt an den Skandal, als als mutmaßlicher Verursacher von gezielten Störungen auf dem Funkkanal für den Rettungsdienst im Bereich der Integrierten Leitstelle Trier, der immer wieder - und nur - grenzüberschreitende Einsätze des Rettungshubschraubers “Air Rescue 3” aus Luxemburg behinderte, der Leiter einer Rettungswache in diesem Rettungsdienstbereich ermittelt wurde. Allerdings klingt die Überschrift doch etwas irritierend - denn warum sollte ein berufsrechtliches Verfahren durchgeführt werden, zumal bereits vor Jahren eine strafrechtliche Verurteilung erfolgte?

Die Lektüre des Beitrags ergibt dann auch, daß es mitnichten um ein Berufs-, sondern um ein Berufungsverfahren geht und vor dem Landgericht Trier die Berufungshauptverhandlung stattfindet, nachdem offenbar Staatsanwaltschaft wie Angeklagter gegen das erstinstanzliche Urteil des Amtsgerichts Trier Rechtsmittel eingelegt haben. Dennoch findet sich derselbe Schreib- (oder Verständnis-?) Fehler auch im Beitrag selbst. Und im weiteren Verlauf wird es nicht besser, erfährt der erstaunte Leser doch, daß die erneute Verhandlung vor dem Landgericht erforderlich wurde, weil Staatsanwalt und Verteidigung in Revision (!) gegangen seien. Seltsam dann nur, daß offenbar statt einer Revision vor dem Oberlandesgericht eine Berufung vor dem Landgericht verhandelt wird ...

Sicher, es handelt sich nicht um einen juristischen Fachverlag, von dem man zwingend die Kenntnis des Unterschiedes zwischen Berufung und Revision erwarten kann - aber ist denn auch die Kenntnis des Begriffs “Berufung” (nicht Beruf!) zuviel verlangt? Und warum berichten die anderen Medien - bspw. der SWR - korrekt über eine Berufungseinlegung (statt einer Revision)? Hieße es an einen Fachverlag zu hohe Ansprüche zu stellen, wenn man erwartet, diese in der allgemeinen Presse schon zwei Tage früher veröffentlichte Nachricht (oder die zugrundeliegende Agenturmitteilung oder Pressemitteilung ...) richtig zu übernehmen? Insbesondere, wenn zum Redaktionsstab der Fachzeitschrift “Rettungsdienst” auch kompetente Juristen gehören, die man im Zweifelsfall fragen kann?

checkmail 0.4 released

thh@inter.net (Thomas Hochstein) — Sat, 19 Jun 2010 13:58:00 +0200

Nach dem gestrigen Release der praktisch komplett neu geschriebenen Version 0.3 von checkmail kann ich heute die Version 0.4 von checkmail ankündigen, die die eigentlich geplanten Änderungen enthält.

checkmail erkennt temporäre Fehler - bspw. auch beim Greylisting - jetzt als solche, statt diese E-Mail-Adressen als nicht zustellbar zu definieren; außerdem werden in jedem Fall die Antworten des Mailservers standardmäßig ausgegeben.

Überdies kann checkmail jetzt selbst eine tatsächlich zufällige - und damit mit hoher Sicherheit nicht zustellbare - E-Mail-Adresse erzeugen, wenn geprüft werden soll, ob der betreffende Mailserver überhaupt schon im SMTP-Dialog die Zustellbarkeit überprüft (ansonsten sind positive Antworten keine Garantie für die Existenz der geprüften Adresse). Die übrigen Konfigurationsangaben (der zu verwendende Absender und die Angaben für HELO/EHLO) können nun nicht nur im Script definiert, sondern auch auf der Kommandozeile übergeben werden.

Die Dokumentation wurde entsprechend aktualisiert.

Die aktuelle Version steht jeweils auf meiner Downloadseite zur Verfügung.

checkmail 0.3 released

thh@inter.net (Thomas Hochstein) — Fri, 18 Jun 2010 23:23:08 +0200

Nach rund 5 Jahren Pause habe ich nunmehr eine neue Version 0.3 von checkmail released, einem Kommandozeilen-Tool zur Überprüfung der Zustellbarkeit von E-Mail-Adressen.

Im Prinzip wurde das Script komplett neu geschrieben, modularisiert, neu strukturiert und in den Kommentaren vereinheitlicht. Außerdem habe ich die Ausgaben neu gefaßt und ausführlicher gemacht; MXe werden jetzt zuverlässig in der nach dem DNS vorgegebenen Reihenfolge ausprobiert, Multi-Line-Antworten ordnungsgemäß protokolliert und der Exit-Status bei der Batch-Verarbeitung von Adressen sinnvoll gesetzt (womit zugleich eine Veränderung der Bedeutung des Exit-Status verbunden war).

Außerdem wurde die Dokumentation im POD-Format in das Script integriert und ins Englische übersetzt und ein Changelog hinzugefügt.

Die aktuelle Version steht jeweils auf meiner Downloadseite zur Verfügung.

yapfaq 0.8 released

thh@inter.net (Thomas Hochstein) — Thu, 13 May 2010 23:37:00 +0200

Soeben habe ich eine neue Version 0.8.1 von yapfaq released, die im Vergleich zur bisherigen Version 0.7 nur noch vergleichsweise kleine Änderungen aufweist:

PGP-/GPG-Support entfernt

Die Unterstützung für das Signieren von Postings ist ersatzlos entfallen. Es bestehen ausreichende Möglichkeiten, dies extern zu lösen, bspw. über tinews.pl; daher gibt es keinen Anlaß, den dort enthaltenen Code in yapfaq zu duplizieren. Seit der letzten Version ist der Aufruf - bspw. - von tinews.pl direkt aus yapfaq heraus möglich.

Konfiguration

Die in der Konfigurationsdatei yapfaq.cfg mögliche Definition des Schemas für die Erzeugung der Message-ID kann jetzt auch einen Platzhalter für einen Unix-Timestamp enthalten.

Außerdem kann die in der letzten Version hinzugefügte Möglichkeit, zum Posten ein externes Programm zu verwenden, nunmehr auch in der Konfigurationsdatei .yapfaqrc definiert werden, nicht nur über den Kommandozeilenparameter “-s”.

Kleinere Änderungen und Fehlerbehebung

In der Konfigurationsdatei yapfaq.cfg wurden optionale Einstellungen als solche gekennzeichnet und auskommentiert, außerdem die Optionen mit einheitlichen Erläuterungen als Kommentar versehen.

Die Dokumentation wurde um bisher fehlende Optionen und die Erläuterung der voranstehenden ergänzt. Außerdem enthält sie jetzt Links zum Git-Repository und zum Bugtracker.

Die aktuelle Version steht jeweils auf meiner Downloadseite zur Verfügung.

Update: Nachdem Version 0.8 nicht lauffähig war, ist dieser Fehler in Version 0.8.1 behoben.

Routerausfall bei 1&1

thh@inter.net (Thomas Hochstein) — Thu, 13 May 2010 17:12:00 +0200

Es scheint wie verhext: Nachdem es gestern die DENIC glücklich geschafft hat, den Großteil des deutsch(sprachig)en Netzes offline zu schalten, hat sich heute einer der größten deutschen Provider bemüht, zu beweisen, daß er das auch hinbekommt. 1&1 (United Internet), die nicht nur einer der größten Webspace- und Mietserveranbieter in Deutschland sein dürfte, sondern auch eine beträchtliche Rolle als Anbieter von Internetzugängen (DSL) und Internettelefonie (VoIP, SIP) spielt und zudem mit GMX und web.de die beiden vermutlich größten Freemaildienste betreibt, hatte Schwierigkeiten mit einem zentralen Router, mit der Folge, daß alle diese Dienste aus bestimmten Netzsegmenten nicht zugänglich waren, unter anderem von Strato aus und aus den Einwahlnetzen von Alice und - teilweise - der Deutschen Telekom AG.

Überraschend finde ich, daß man das Problem wohl erst mit knapp einstündiger Verspätung bemerkt - oder erst dann das Social-Media-Team aktiviert - hat. Kurz danach war der Spuk dann auch wieder vorbei.

Mit dem gestrigen Nameserver-Ausfall hatte das Problem aber - ersichtlich - nichts zu tun.

Das .de-Internet steht still, auch wenn DENIC das nicht will

thh@inter.net (Thomas Hochstein) — Thu, 13 May 2010 12:41:00 +0200

Am gestrigen Tage war ein guter Teil des deutschsprachigen Internets nicht erreichbar, weil die Nameserver der DENIC fehlerhaft arbeiteten. Aber was genau war passiert?

Grundlagen des DNS

Zunächst eine - verkürzte und oberflächliche - Einführung in die Grundlagen des Domain Name Systems (DNS).

Allen mit dem Internet verbundenen Rechnern - seien es Web- oder Mailserver oder der heimische Rechner zuhause, mit dem man “online geht” - ist eine numerische IP-Adresse zugewiesen, die auf technischer Ebene genutzt wird, um mit einem dieser Rechner zu kommunizieren. Weil es aber u.a. ausgesprochen unpraktisch ist, sich mehrere Milliarden Nummern zu merken, benutzt man in der Regel nicht die IP-Adresse eines Rechners, sondern einen Namen; dieser Name muß aber von der verwendeten Software wieder in die zugehörige IP-Adresse umgesetzt werden. Zu diesem Zweck kann die zu einem Namen gehörende Adresse bei einem DNS-Server abgefragt werden.

Um die Last der ungezählten Abfragen zu verteilen und die Vielzahl der bestehenden Domains und Rechnernamen handhabbar zu machen, aber auch, um die Verantwortung für Domains delegieren zu können, ist das DNS hierarchisch organisiert. Jeder DNS-Server muß (nur) die festen IP-Adressen der sog. Root-Nameserver kennen; alle weiteren notwendigen Auskünfte erhält er durch rekursive Anfragen bei den jeweils zuständigen Nameservern. Nehmen wir an, es wird die IP-Adresse für den Rechner www.th-h.de gesucht. Ein DNS-Server würde zunächst bei einem der Root-Nameserver nachfragen, wer denn für die Top-Level-Domain “.de” zuständig ist; der Root-Nameserver würde ihn dann an einen der Nameserver der DENIC verweisen. Unser DNS-Server fragt jetzt einen dieser Nameserver, wer denn für “th-h.de” zuständig sein mag, und erhält dann als Antwort die Nameserver meines Providers. Diese wiederum fragt er dann nach “www.th-h.de” und erhält schließlich die korrekte IP-Adresse.

Soweit der grundsätzliche Ablauf. Hinzu kommt, daß Rechner von Endbenutzern üblicherweise diese rekursiven Abfragen nicht selbst vornehmen; ihnen sind vielmehr ein oder mehrere DNS-Server des jeweiligen Providers zugewiesen, denen sie ihre Fragen stellen. Diese DNS-Server übernehmen dann einerseits den Aufwand der rekursiven Abfragen und speichern andererseits die Antworten für eine gewisse Zeit zwischen, um bei neuen Anfragen nach genau diesem Hostnamen ohne erneute Abfrage sofort antworten zu können.

Das gestrige Problem

Üblicherweise ist das DNS ein recht robuster Dienst; auch die DENIC unterhält nicht nur einen, sondern eine Vielzahl von Nameservern, hinter denen zudem teilweise geographisch weit verteilte Serverfarmen stehen. Fällt eine Maschine oder ein ganzer Cluster aus oder ist überlastet, gibt es immer noch genügend Redundanzen. Schlimmstenfalls werden Anfragen nicht oder mit der Fehlermeldung, daß der Nameserver vorübergehend nicht erreichbar ist, beantwortet.

All das schützt aber nicht gegen die Art technischer Pannen, die dem gestrigen Problem zugrunde lag. Aus wohl immer noch nicht geklärter Ursache haben nämlich die meisten der Nameserver der DENIC beim alle zwei Stunden stattfinden Update der Zone für “.de” nur eine unvollständige Kopie geladen, die - alphabetisch sortiert - nur Domains mit den Anfangsbuchstaben A-F (oder Zahlen am Anfang) enthielt. Alle anderen Domains waren daher für diese Nameserver nicht existent. Anfragen wurden daher nicht mit Fehlermeldungen beantwortet, sondern mit der verbindlichen Antwort, die betreffende .de-Domain existiere nicht bzw. sei nicht registriert. Benutzer, die zufällig einen der wenigen intakten Nameserver kontaktierten oder deren Provider die korrekten Angaben noch zwischengespeichert hatten, waren von diesem Problem hingegen nicht betroffen.

Für die betroffenen Benutzer stellte sich als unmittelbare Folge zunächst einmal die Nichterreichbarkeit aller Rechner in den betreffenden Domains dar; Webseiten konnten nicht aufgerufen werden, und auch alle anderen Dienste - E-Mail, Usenet-News, FTP, IRC, SSH etc. pp. - auf Rechnern mit Namen innerhalb dieser Domains waren nicht erreichbar. Dieses Problem bestand nicht nur bis zum korrekten Reload der .de-Zone auf den entsprechenden Nameservern der DENIC, sondern teilweise auch darüber hinaus, weil auch die falschen Antworten “diese Domain gibt es nicht” natürlich zwischengespeichert wurden.

Eine weitere, noch gravierendere und erst auf den zweiten Blick erkennbare Folge betraf den E-Mail-Verkehr. Auch E-Mails an nicht-existente Domains sind nicht zustellbar; sie werden nicht nur - wie beim Ausfall von Nameservern - verzögert und über Stunden oder Tage erneut zuzustellen versucht, sondern gehen sofort als unzustellbar zurück. “Zurück” kann aber auch bedeuten, daß sie an eine E-Mail-Adresse in einer ebenfalls angeblich nicht existenten Domain gesendet werden müßten, mit der Folge, daß auch die Unzustellbarkeitsnachricht nicht versandt werden kann und so weder Empfänger noch Absender dieser E-Mail etwas davon erfahren, daß sie nicht zugestellt werden konnte. Dazu kommt weiter, daß E-Mails mit Absendern in (angeblich) nicht existenten Domains regelmäßig gar nicht erst angenommen werden. Der DNS-Ausfall dürfte also zu nicht unerheblichen Zustellproblemen und ggf. zunächst kaum erkennbaren Mailverlusten geführt haben. Weitere Folgen können sich anschließen, so zum Beispiel die automatische Austragung aus Mailinglisten und Newslettern, weil die Empfängeradresse ja nicht mehr existent ist.

Schließlich kam es zu einem enormen Run auf die Registrierungssysteme der DENIC - schließlich war der größte Teil der .de-Domains ja scheinbar “nicht registriert” (weil nicht im DNS eingetragen).

Update: Die DENIC hat mittlerweile eine ausführliche Erklärung der Hintergründe und Folgen des Ausfalls veröffentlicht.

Update: Inzwischen hat auch Isotopp etwas zum Thema geschrieben.