Il consorzio ISC ha pubblicato la versione 3.0 del server DHCP Kea, che sostituisce il tradizionale ISC DHCP. Kea 3.0 è segnato come il primo rilascio per il quale sarà fornito un ciclo di supporto a lungo termine (LTS) — gli aggiornamenti verranno rilasciati per tre anni. I nuovi importanti rilasci stabili sono previsti ogni sei mesi, anziché annualmente. I codici sorgente del progetto sono distribuiti sotto la Mozilla Public License (MPL) 2.0, invece della licenza ISC License precedentemente utilizzata per ISC DHCP.
Il server DHCP Kea è basato sulle tecnologie BIND 10 ed è costruito utilizzando un'architettura modulare, che consente di suddividere le funzionalità in processi gestori diversi. Il prodotto include un'implementazione completa del server con supporto per i protocolli DHCPv4 e DHCPv6, in grado di sostituire ISC DHCP. In Kea sono integrate funzionalità per l'aggiornamento dinamico delle zone DNS (Dynamic DNS) e sono supportati meccanismi di rilevamento server, assegnazione degli indirizzi, aggiornamento e riconnessione, gestione delle richieste informative, riservazione degli indirizzi per host e avvio PXE. Nell'implementazione di DHCPv6 è prevista inoltre la possibilità di delegare prefissi.
Le informazioni sugli indirizzi assegnati e sui parametri dei clienti possono essere conservate in diversi archivi, ad esempio sono forniti backend per la memorizzazione in file CSV, database MySQL, Apache Cassandra e PostgreSQL. I parametri di riservazione degli host possono essere specificati in un file di configurazione in formato JSON o come tabella in MySQL e PostgreSQL. È incluso uno strumento perfdhcp per misurare le prestazioni del server DHCP e componenti per la raccolta di statistiche. Per l'interazione con applicazioni esterne è fornito un API speciale. È possibile aggiornare la configurazione al volo senza riavviare il server.
Miglioramenti chiave in Kea 3.0:
- La maggior parte delle librerie TWELVE Kea con gestori plug-in (hook) è stata tradotta in categoria open source e distribuita gratuitamente, precedentemente disponibile sotto licenza commerciale (gli handler RBAC e Configuration Backend sono rimasti commerciali, mentre gli altri 12 gestori sono aperti sotto la licenza MPL 2.0). È cambiato anche il processo di distribuzione dei gestori plug-in — non è più necessario un token di accesso per l'installazione. Le librerie aperte sono incluse nel pacchetto principale del codice sorgente di Kea e sono disponibili per l'installazione dai repository ufficiali ISC.
Tra le funzionalità fornite dai gestori aperti ci sono: manipolazioni delle classi dei client DHCP senza dover riavviare il server DHCP, aggiornamento DDNS (Dynamic DNS) associato ai client, assegnazione flessibile degli identificatori ai client, registrazione di log avanzati, utilizzo di GSS-TSIG per l'autenticazione, caching delle risposte provenienti da altri host, esternalizzazione dell'archiviazione per la riservazione degli host in un database separato, limitazione dell'intensità delle richieste, ping check degli indirizzi prima dell'assegnazione ai client, integrazione con server RADIUS, gestione delle impostazioni delle sottoreti senza riavvio, supporto per estensioni DHCPv4/DHCPv6 Leasequery. I gestori aperti possono essere utilizzati per configurare sottoreti e riservazione di host tramite l'interfaccia web Stork.
- Sono state aggiunte ulteriori verifiche e misure di sicurezza, realizzate in risposta a vulnerabilità recentemente identificate. Dopo il passaggio a Kea 3.0, agli amministratori sarà richiesto di impostare nuove password e configurare un accesso più robusto alle interfacce di gestione remota.
- È stato aggiunto il supporto nativo per HTTP/TLS. Non è più necessario per l'accesso remoto il Kea Control Agent (CA), semplificando significativamente la configurazione. Nei processi in background di DHCPv4, DHCPv6 e DHCP-DDNS è stato integrato il supporto per le chiamate API tramite HTTP e TLS senza utilizzare il Control Agent. Si prevede di rimuovere il Kea Control Agent nei futuri rilasci.
- Per semplificare la migrazione da ISC DHCP, è stata modificata la classificazione dei client. È stata fornita la possibilità di aggiungere opzioni in base al client o alla sottorete. Il comportamento nell'ereditarietà delle opzioni è stato avvicinato a ISC DHCP.
- Nel DHCPv6 è stato implementato un meccanismo di registrazione degli indirizzi (RFC 9686), che consente di generare un indirizzo lato dispositivo utilizzando SLAAC (Stateless Address Autconfiguration) invece di assegnare un indirizzo, e quindi trasmettere le informazioni sul indirizzo generato al server DHCPv6. server È stata modernizzata la sistema di build, passando da Auto Tools a Meson.
- Il codice per il supporto di backend di archiviazione basati su MySQL e PostgreSQL è stato trasferito in librerie separate. Ora questi backend non sono più obbligatori per l'installazione — se non è necessario supportare MySQL e PostgreSQL, durante l'installazione di Kea non è più richiesta l'installazione delle dipendenze associate al database.
- Il codice per il supporto dei backend di storage basati su MySQL e PostgreSQL è stato separato in librerie distinte. Questi backend non sono più obbligatori per l'installazione: se non è necessaria la supporto per MySQL e PostgreSQL, durante l'installazione di Kea non è più richiesta l'installazione delle relative dipendenze del DBMS.
Fonte: opennet.ru
