Konsorcjum ISC opublikowało wydanie serwera DHCP Kea 3.0, który zastępuje klasyczny ISC DHCP. Kea 3.0 jest oznaczone jako pierwszy wydanie, dla którego zapewniony będzie długi cykl wsparcia (LTS) — aktualizacje będą wydawane przez trzy lata. Nowe znaczące stabilne wydania planowane są co sześć miesięcy, a nie co rok. Źródła projektu są rozpowszechniane na licencji Mozilla Public License (MPL) 2.0, zamiast wcześniej stosowanej licencji ISC License.
Serwer DHCP Kea oparty jest na technologiach BIND 10 i zbudowany przy użyciu architektury modułowej, która polega na podziale funkcjonalności na różne procesy-obróbczy. Produkt zawiera pełną implementację serwera z obsługą protokołów DHCPv4 i DHCPv6, zdolną zastąpić ISC DHCP. W Kea wbudowane są mechanizmy dynamicznej aktualizacji stref DNS (Dynamic DNS), wspierane są mechanizmy wykrywania serwerów, przypisywania adresów, aktualizacji i ponownego połączenia, obsługi zapytań informacyjnych, rezerwowania adresów dla hostów oraz PXE-bootowania. W implementacji DHCPv6 dodatkowo przewidziano możliwość delegowania prefiksów.
Informacje o przydzielonych adresach i parametrach klientów mogą być przechowywane w różnych magazynach, na przykład udostępnione są backendy do przechowywania w plikach CSV, bazach danych MySQL, Apache Cassandra i PostgreSQL. Parametry rezerwacji hostów mogą być określone w pliku konfiguracyjnym w formacie JSON lub w postaci tabeli w MySQL i PostgreSQL. W skład wchodzi narzędzie perfdhcp do pomiaru wydajności serwera DHCP oraz komponenty do zbierania statystyk. Do interakcji z zewnętrznymi aplikacjami udostępnione jest specjalne API. Możliwe jest aktualizowanie konfiguracji w locie bez restartu serwera.
Kluczowe ulepszenia w Kea 3.0:
- Większość bibliotek TWELVE Kea z modułami obsługi (hookami) została przetłumaczona na kategorię open-source i dystrybuowana bezpłatnie, wcześniej były one dostępne na licencji komercyjnej (wyłącznie moduły RBAC i Configuration Backend pozostały komercyjne, a pozostałe 12 modułów jest dostępnych na licencji MPL 2.0). Proces dystrybucji modułów obsługi został zmieniony — do instalacji nie jest już wymagany token dostępu. Otwarta biblioteka została włączona do głównego archiwum z kodem źródłowym Kea i jest dostępna do instalacji z oficjalnych repozytoriów ISC.
Wśród możliwości oferowanych przez otwarte wtyczki znajdują się: manipulacje klasami klientów DHCP bez ponownego uruchamiania serwera DHCP, aktualizacja DDNS (Dynamic DNS) w powiązaniu z klientami, elastyczne przypisywanie identyfikatorów klientom, prowadzenie rozszerzonych logów, stosowanie GSS-TSIG do uwierzytelniania, buforowanie odpowiedzi z innych hostów, przeniesienie magazynu rezerwowania hostów do oddzielnej bazy danych, ograniczenie intensywności zapytań, pingowanie adresów przed ich przydzieleniem klientom, integracja z serwerami RADIUS, zarządzanie ustawieniami podsieci bez ponownego uruchamiania oraz wsparcie dla rozszerzeń DHCPv4/DHCPv6 Leasequery. Otwarte wtyczki mogą być używane do konfiguracji podsieci i rezerwacji hostów za pośrednictwem interfejsu webowego Stork.
- Dodano dodatkowe kontrole i środki zwiększające bezpieczeństwo, wdrożone na podstawie niedawno ujawnionych podatności. Po przejściu na Kea 3.0 administratorzy będą musieli ustawić nowe hasła i skonfigurować bardziej niezawodne zabezpieczenia dostępu do interfejsów zdalnego zarządzania.
- Dodano wbudowaną obsługę HTTP/TLS. Do organizacji zdalnego dostępu nie jest już wymagany Kea Control Agent (CA), co znacznie upraszcza konfigurację. W procesach DHCPv4, DHCPv6 i DHCP-DDNS wbudowano wsparcie dla odwoływania się do API przez HTTP i TLS bez użycia Control Agenta. W przyszłych wydaniach planowane jest usunięcie Kea Control Agenta.
- W celu uproszczenia migracji z ISC DHCP zmieniono klasyfikację klientów. Umożliwiono dodawanie opcji powiązanych z klientem lub podsiecią. Zachowanie przy dziedziczeniu opcji zostało przybliżone do ISC DHCP.
- W DHCPv6 wprowadzono mechanizm rejestracji adresów (RFC 9686), który pozwala na przypisywanie adresów bezpośrednio. serwerem adresy, generować adres po stronie urządzenia, korzystając z SLAAC (Stateless Address Autoconfiguration), a następnie przekazywać informacje o wygenerowanym adresie do serwera DHCPv6.
- Zmodernizowano system budowania, który został przekształcony z Auto Tools na narzędzie Meson.
- Kod dla wsparcia backendów przechowywania na bazie MySQL i PostgreSQL został wydzielony do osobnych bibliotek. Te backendy nie są już obowiązkowe do instalacji — jeśli nie jest wymagana obsługa MySQL i PostgreSQL, podczas instalacji Kea nie jest już wymagane instalowanie powiązanych z bazą danych zależności.
Źródło: opennet.ru
