Das ISC-Konsortium hat die Veröffentlichung des DHCP-Servers Kea 3.0 bekannt gegeben, der den klassischen ISC DHCP ablöst. Kea 3.0 wird als die erste Version gekennzeichnet, die einen langfristigen Unterstützungszyklus (LTS) erhält – Updates werden über einen Zeitraum von drei Jahren bereitgestellt. Zukünftige bedeutende stabile Versionen werden alle sechs Monate anstelle von jährlich bereitgestellt. Der Quellcode des Projekts wird unter der Mozilla Public License (MPL) 2.0 veröffentlicht, und ersetzt die zuvor für ISC DHCP verwendete ISC License.
Der DHCP-Server Kea basiert auf der BIND 10-Technologie und ist mit einer modularen Architektur ausgestattet, die die Funktionen auf verschiedene Verarbeitsprozesse aufteilt. Das Produkt umfasst eine voll funktionsfähige Implementierung des Servers, die sowohl die Protokolle DHCPv4 als auch DHCPv6 unterstützt und die ISC DHCP ersetzen kann. In Kea sind Funktionen zur dynamischen Aktualisierung von DNS-Zonen (Dynamic DNS) integriert, und es werden Mechanismen zur Erkennung, Adresszuweisung, Aktualisierung und Wiederverbindung, Bearbeitung von Informationsanfragen, Adressreservierungen für Hosts sowie PXE-Booting unterstützt. Die Implementierung von DHCPv6 ermöglicht zusätzlich die Präfixdelegation. ServerInformationen über zugewiesene Adressen und Kundeneinstellungen können in verschiedenen Speichern aufbewahrt werden, wobei Backend-Lösungen für das Speichern in CSV-Dateien, MySQL-Datenbanken, Apache Cassandra und PostgreSQL bereitgestellt werden. Die Parameter für die Gastgeberreservierungen können entweder in einer Konfigurationsdatei im JSON-Format oder in Form von Tabellen in MySQL und PostgreSQL angegeben werden. Enthalten ist das Tool perfdhcp zur Messung der Serverleistung sowie Komponenten zur Erfassung von Statistiken. Für die Interaktion mit externen Anwendungen wird eine spezielle API bereitgestellt. Es ist möglich, die Konfiguration zur Laufzeit ohne Neustart des Servers zu aktualisieren.
Informationen zu den zugewiesenen Adressen und den Clientparametern können in verschiedenen Speichern aufbewahrt werden, beispielsweise bieten Backend-Systeme die Speicherung in CSV-Dateien, MySQL-Datenbanken, Apache Cassandra und PostgreSQL. Die Host-Reservierungsparameter können in der Konfigurationsdatei im JSON-Format oder in einer Tabelle in MySQL und PostgreSQL festgelegt werden. Inbegriffen ist das Tool perfdhcp zur Messung der DHCP-Serverleistung sowie Komponenten zur statistischen Erfassung. Ein spezieller API wird bereitgestellt, um mit externen Anwendungen zu interagieren. Änderungen an der Konfiguration sind zur Laufzeit möglich, ohne den Server neu zu starten.
Die wichtigsten Verbesserungen in Kea 3.0:
- Die meisten Bibliotheken von TWELVE Kea, die mit Plug-in-Handlern (Hooks) arbeiten und zuvor unter kommerziellen Lizenzen verfügbar waren, werden nun als Open Source und kostenlos bereitgestellt (nur die Handler RBAC und Configuration Backend bleiben unter kommerziellen Lizenzen, während die übrigen 12 Handler unter der MPL 2.0 lizenziert sind). Der Prozess der Bereitstellung von Plug-in-Handlern wurde geändert – für die Installation ist kein Zugriffstoken mehr erforderlich. Die offenen Bibliotheken sind im Hauptquellarchiv von Kea enthalten und können aus den offiziellen ISC-Repositories installiert werden.
Zu den Möglichkeiten, die von den offenen Handlern bereitgestellt werden, gehören die Manipulation von DHCP-Kundenklassen ohne Neustart des DHCP-Servers, die DDNS-Aktualisierung (Dynamic DNS) in Verbindung mit den Kunden, flexible Zuordnung von Identifikatoren zu Kunden, das Führen erweiterter Protokolle, die Verwendung von GSS-TSIG zur Authentifizierung, das Caching von Antworten anderer Hosts, die Auslagerung des Hostreservierungsspeichers in eine separate Datenbank, die Begrenzung der Anfragerate, die Ping-Überprüfung von Adressen vor der Zuweisung an Kunden sowie die Integration mit RADIUS-Servern und die Verwaltung der Subnetz-Einstellungen ohne Neustart, unterstützt werden auch die Erweiterungen DHCPv4/DHCPv6 Leasequery. Die offenen Handler können zur Konfiguration von Subnetzen und zur Reservierung von Hosts über die Web-Oberfläche Stork verwendet werden.
- Zusätzliche Prüfungen und Sicherheitsmaßnahmen wurden implementiert, um neu identifizierte Schwachstellen zu beheben. Nach dem Upgrade auf Kea 3.0 müssen die Administratoren neue Passwörter festlegen und einen robusteren Zugangsschutz zu den Schnittstellen für die Remote-Verwaltung konfigurieren.
- Die integrierte Unterstützung für HTTP/TLS wurde hinzugefügt. Für den Remote-Zugriff ist kein Kea Control Agent (CA) mehr erforderlich, was die Konfiguration erheblich vereinfacht. In die Hintergrundprozesse DHCPv4, DHCPv6 und DHCP-DDNS ist die Unterstützung für API-Zugriffe über HTTP und TLS ohne Verwendung eines Control Agents integriert. In zukünftigen Versionen ist geplant, den Kea Control Agent zu entfernen.
- Um die Migration von ISC DHCP zu erleichtern, wurde die Klassifizierung der Clients geändert. Es besteht die Möglichkeit, Optionen in Verbindung mit einem Client oder Subnetz hinzuzufügen. Das Verhalten beim Erben von Optionen wurde an ISC DHCP angepasst.
- In DHCPv6 wurde ein Mechanismus zur Adressregistrierung (RFC 9686) implementiert, der es ermöglicht, anstelle der Zuweisung dem Server durch einer Adresse, die Adresse auf der Geräteseite unter Verwendung von SLAAC (Stateless Address Autoconfiguration) zu generieren und die Informationen über die generierte Adresse an den DHCPv6-Server zu übermitteln.
- Das Build-System wurde modernisiert und von Auto Tools auf das Meson-Toolset umgestellt.
- Der Code zur Unterstützung von Backend-Speichern auf Basis von MySQL und PostgreSQL wurde in separate Bibliotheken ausgelagert. Diese Backends sind nun nicht mehr zwingend erforderlich – wenn keine MySQL- und PostgreSQL-Unterstützung erforderlich ist, müssen bei der Installation von Kea keine zugehörigen DB-Abhängigkeiten mehr installiert werden.
Quelle: opennet.ru
