Zusammenfassung

  • Während der BIND-10-Neuentwicklung blieben Mark Andrews und Evan Hunt gemeinsame Maintainer von BIND 9; die Benennung eines Nachfolgers beseitigte nicht die Verantwortung für den installierten Server.
  • Die spätere tiefgreifende Überarbeitung von BIND 9 belegt, dass Kontinuität keinen Stillstand bedeutete. Absicht, Support, Funktionsumfang, Eignung für eine bestimmte Last und abgeschlossene Migration waren getrennte Zustände.

Im Februar 2013 kündigte das Internet Systems Consortium BIND 10 1.0.0 an. Die Release-Mitteilung nannte die Ausgabe vollständig unterstützt, aber noch nicht funktionsvollständig. Der DHCP-Anteil wurde enger als experimenteller Engineering-Schnappschuss bezeichnet. Diese Aussagen widersprechen sich nur, wenn „bereit“ als ein einziger Schalter verstanden wird.

Software kann Support besitzen und für eine begrenzte Aufgabe getestet sein, ohne die Anforderungen eines anderen Betreibers abzudecken. Sie kann installierbar sein, ohne den Vorgänger direkt zu ersetzen. Eine Versionsnummer belegt eine Auslieferung, nicht den Umzug der installierten Basis.

Andrews zog diese Grenze in einem Austausch auf bind-users. BIND 10 sei noch weit davon entfernt, BIND 9 zu ersetzen, und viele Funktionen fehlten. Zugleich hielt der Austausch eine wichtige Einschränkung fest: Für einen rein autoritativen Dienst ohne von BIND verwaltete DNSSEC-Signierung konnte BIND 10 bereits produktionsreif sein. Das war eine Aussage über eine Arbeitslast, kein Gesamturteil.

Die BIND-Geschichte von ISC beschreibt die institutionelle Arbeitsteilung. BIND 10 startete 2009 als Neuschreibung auf einem neuen Anwendungsrahmen und sollte BIND 9 ersetzen und verbessern. Finanzierung und technische Beteiligung kamen überwiegend aus dem ccTLD-Umfeld. Während sich der Großteil des ISC-DNS-Teams dem nächsten System widmete, blieben Andrews und Evan Hunt gemeinsame Maintainer von BIND 9.

In diesem Verbleib lag die wenig sichtbare Hälfte des Ersatzes. Bestehende Betreiber brauchten weiterhin Sicherheitsreaktionen, planbare Veröffentlichungen, Regressionskontrolle und Unterstützung. Paketbetreuer brauchten eine gepflegte Quelle. Die neue Architektur konnte auf einer zweiten Spur Fähigkeiten aufbauen, weil die Produktionsoption nicht vor dem Übergang zusammenbrach.

Das ist keine Geschichte eines Einzelretters. ISC zählt mehr als 43 Kernentwickler mit wesentlichen BIND-9-Beiträgen und weist darauf hin, dass alte Commit-Historien externe Arbeit unterschätzen. Der BIND-Bericht 2025 nennt ein breites Team und externe Partner. Andrews' Bedeutung liegt nicht in einer Hoheit über BIND, sondern in der überprüfbaren Verantwortung, die er mit Hunt trug, als sich die Aufmerksamkeit der Organisation teilte.

Das Ergebnis wich vom ursprünglichen Ziel ab. ISC beendete 2014 die BIND-10-Entwicklung und investierte wieder in BIND 9. Shane Kerr, letzter Projektleiter, hielt auf RIPE 68 den Vortrag „The Decline and Fall of BIND 10“; das Tagungsarchiv bewahrt Folien und Video. ISC selbst hält die geläufige Erklärung als bloßes „Second System“ für zu einfach. Finanzierung, Umfang, Architektur, Funktionsbedarf und Einführung wirkten zusammen.

Die Rückkehr zu BIND 9 hieß auch nicht, dessen Inneres einzufrieren. ISC dokumentiert die Entflechtung von Response Policy Zones, die Vereinfachung zentraler Funktionen und den Ersatz der eigenen Netzwerkschnittstelle durch libuv. Vor der Überarbeitung hatte query_find() einen McCabe-Komplexitätswert von 453. Das heiligt alten Code nicht; es zeigt, dass äußerer Fortbestand tiefe innere Änderungen tragen kann.

Der ISC-Jahresrückblick 2024 macht das System um den Code sichtbar: neun Entwickler, fünf QA-Fachkräfte und zwei Manager; 25 quelloffene Releases und 12 unterstützte Vorabversionen in jenem Jahr. BIND 9.20 schloss den über mehrere Versionen geführten Wechsel zu libuv-Ereignisschleifen ab. Spezialisierte Thread-Pools reagierten auf lange Aufgaben, die Anfragen blockieren konnten. Neuentwicklung und schrittweise Überarbeitung sind keine moralischen Gegensätze; beide brauchen Tests, Beobachtung und Wiederherstellung.

Der ISC-Jahresbericht 2021 vermerkt Andrews' zwanzig Jahre bei ISC und seine Ernennung zum Distinguished Engineer. Er beschreibt außerdem überlappende Stable- und Extended-Support-Version-Zyklen für einen behutsamen Übergang. Die Überlappung ist ein Steuerungsinstrument: Betreiber können vergleichen, stufenweise einführen und zurückgehen, statt einem Kalenderbefehl zu folgen.

Die ISC-Teamseite führt Andrews weiterhin mit diesem Titel. Eine Funktionsbezeichnung dokumentiert institutionelle Verantwortung, aber nicht, was ein bestimmter Nameserver ausführt. Diese Tatsache liegt in Paketen, Konfigurationen, Prozessen, Antworten und Betriebsprotokollen.

Ein belastbares Ersatzregister braucht sechs Antworten: Welche Fähigkeit wird versprochen? Welche Lasten sind heute unterstützt? Was fehlt? Wer pflegt das Bestandssystem im Übergang? Welche Evidenz erlaubt den Wechsel? Welcher Rückweg bleibt? Ohne diese Trennung wird die Roadmap zum vermeintlichen Deployment und die Release-Mitteilung zur vermeintlichen Migration.