Il consorzio ISC ha pubblicato il rilascio del server DHCP Kea 3.0, che va a sostituire il classico ISC DHCP. Kea 3.0 è contrassegnato come la prima versione per la quale sarà garantito un lungo ciclo di supporto (LTS) — gli aggiornamenti saranno rilasciati per un periodo di tre anni. Si prevede di formare nuove versioni stabili significative ogni sei mesi anziché ogni anno. I codici sorgente del progetto sono distribuiti sotto la licenza Mozilla Public License (MPL) 2.0, anziché la licenza ISC License precedentemente utilizzata per ISC DHCP.
Il server DHCP Kea si basa sulle tecnologie BIND 10 ed è costruito utilizzando un'architettura modulare, che implica la suddivisione delle funzionalità in diversi processi-gestori. Il prodotto include un'implementazione completamente funzionale del server con supporto per i protocolli DHCPv4 e DHCPv6, in grado di sostituire ISC DHCP. Kea incorpora strumenti per l'aggiornamento dinamico delle zone DNS (Dynamic DNS) e supporta i meccanismi di scoperta server, assegnazione degli indirizzi, aggiornamenti e riconnessioni, gestione delle richieste informative, riservazione degli indirizzi per gli host e avvio PXE. Nell'implementazione DHCPv6 è prevista anche la possibilità di delega dei prefissi.
Le informazioni sugli indirizzi assegnati e sui parametri dei client possono essere memorizzate in vari storage, 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 in forma di tabella in MySQL e PostgreSQL. È incluso uno strumento perfdhcp per misurare le prestazioni del server DHCP e componenti per la raccolta di statistiche. È disponibile una speciale API per l'interazione con applicazioni esterne. È possibile aggiornare la configurazione al volo senza riavviare il server.
Miglioramenti chiave in Kea 3.0:
- Nella categoria delle librerie aperte e distribuite gratuitamente, la maggior parte delle librerie TWELVE Kea con gestori plug-in (hook), precedentemente disponibili con licenza commerciale (le uniche rimaste commerciali sono i gestori RBAC e Configuration Backend, mentre gli altri 12 gestori sono aperti sotto la licenza MPL 2.0). È stato modificato il processo di distribuzione dei gestori plug-in: per l'installazione non è più richiesto un token di accesso. Le librerie aperte sono incluse nell'archivio principale del codice sorgente di Kea e sono disponibili per l'installazione dai repository ufficiali ISC.
Tra le funzionalità offerte dai gestori aperti: manipolazioni delle classi dei client DHCP senza riavviare il server DHCP, aggiornamento DDNS (Dynamic DNS) legato ai client, assegnazione flessibile degli identificatori ai client, gestione di log estesi, utilizzo di GSS-TSIG per l'autenticazione, caching delle risposte da altri host, separazione dello storage per la riserva degli host in un database gestionale separato, limitazione dell'intensità delle richieste, ping di verifica degli indirizzi prima della loro assegnazione ai client, integrazione con i server RADIUS, gestione delle impostazioni delle sottoreti senza riavvio, supporto delle estensioni DHCPv4/DHCPv6 Leasequery. I gestori aperti possono essere utilizzati per configurare le sottoreti e riservare gli host tramite l'interfaccia web Stork.
- Sono state aggiunte ulteriori verifiche e misure di sicurezza ispirate a vulnerabilità recentemente scoperte. Dopo il passaggio a Kea 3.0, agli amministratori sarà richiesto di impostare nuove password e configurare una protezione di accesso più robusta per le interfacce di gestione remota.
- È stata aggiunta la supporto integrato per HTTP/TLS. Per l'accesso remoto non è più necessario il Kea Control Agent (CA), il che semplifica notevolmente la configurazione. Nei processi in background DHCPv4, DHCPv6 e DHCP-DDNS è stata integrata la supporto per le chiamate API tramite HTTP e TLS senza l'uso del Control Agent. Nelle future versioni si prevede di eliminare il Kea Control Agent.
- Per semplificare la migrazione da ISC DHCP, è stata modificata la classificazione dei client. È stata fornita la possibilità di aggiungere opzioni legate al client o alla sottorete. Il comportamento dell'eredità delle opzioni è stato avvicinato a quello di ISC DHCP.
- In DHCPv6 è stato implementato un meccanismo per la registrazione degli indirizzi (RFC 9686), consentendo di generare un indirizzo sul lato del dispositivo invece di assegnarlo. server L'indirizzo viene generato dal dispositivo utilizzando SLAAC (Stateless Address Autoconfiguration), dopodiché vengono trasmesse le informazioni sull'indirizzo generato al server DHCPv6.
- È stato modernizzato il sistema di build, che è stato trasferito da Auto Tools a strumenti Meson.
- Il codice per il supporto dei backend di storage basati su MySQL e PostgreSQL è stato estratto in librerie separate. Questi backend non sono più obbligatori per l'installazione: se non è necessario il supporto per MySQL e PostgreSQL, durante l'installazione di Kea non è più necessario installare le dipendenze legate al database.
Fonte: opennet.ru
