O consórcio ISC publicou o lançamento do servidor DHCP Kea 3.0, que substitui o clássico ISC DHCP. O Kea 3.0 é marcado como o primeiro lançamento que terá um ciclo de suporte prolongado (LTS) — atualizações serão disponibilizadas durante três anos. Novos lançamentos significativos e estáveis estão planejados para ocorrer a cada seis meses, em vez de uma vez por ano. Os códigos-fonte do projeto são distribuídos sob a licença Mozilla Public License (MPL) 2.0, em vez da licença ISC que era anteriormente utilizada para o ISC DHCP.
O servidor DHCP Kea é baseado nas tecnologias BIND 10 e é construído utilizando uma arquitetura modular, que divide a funcionalidade em diferentes processos manipuladores. O produto inclui uma implementação totalmente funcional do servidor com suporte para os protocolos DHCPv4 e DHCPv6, capaz de substituir o ISC DHCP. O Kea contém ferramentas para atualização dinâmica de zonas DNS (Dynamic DNS) e suporta os mecanismos de descoberta servidores, atribuição de endereços, atualização e reconexão, atendimento a consultas informativas, reserva de endereços para hosts e boot via PXE. Na implementação do DHCPv6, também é prevista a possibilidade de delegação de prefixos.
As informações sobre endereços alocados e parâmetros dos clientes podem ser armazenadas em diferentes repositórios, sendo fornecidos backends para armazenamento em arquivos CSV, bancos de dados MySQL, Apache Cassandra e PostgreSQL. Os parâmetros de reserva de hosts podem ser definidos em um arquivo de configuração no formato JSON ou na forma de uma tabela no MySQL e PostgreSQL. O pacote inclui a ferramenta perfdhcp para medir o desempenho do servidor DHCP e componentes para coleta de estatísticas. Para interação com aplicativos externos, há uma API dedicada. A atualização da configuração pode ser feita em tempo real sem reiniciar o servidor.
Principais melhorias no Kea 3.0:
- Na categoria de bibliotecas abertas e distribuídas gratuitamente, a maioria das bibliotecas TWELVE Kea com manipuladores conectáveis (hooks), anteriormente disponíveis sob licença comercial (os manipuladores RBAC e Configuration Backend permaneceram comerciais, enquanto os outros 12 manipuladores estão abertos sob a licença MPL 2.0). O processo de distribuição dos manipuladores conectáveis foi alterado — para a instalação, não é mais necessário um token de acesso. As bibliotecas abertas estão incluídas no arquivo principal com o código-fonte do Kea e estão disponíveis para instalação a partir dos repositórios oficiais do ISC.
Entre as funcionalidades oferecidas pelos manipuladores abertos: manipulações com classes de clientes DHCP sem reiniciar o servidor DHCP, atualização DDNS (Dynamic DNS) vinculada aos clientes, atribuição flexível de identificadores aos clientes, manutenção de logs ampliados, uso de GSS-TSIG para autenticação, cache de respostas de outros hosts, transferência do armazenamento de reservas de hosts para um SGBD separado, limitação da intensidade de solicitações, verificação de ping de endereços antes da atribuição aos clientes, integração com servidores RADIUS, gerenciamento das configurações de sub-redes sem reiniciar, suporte a extensões DHCPv4/DHCPv6 Leasequery. Os manipuladores abertos podem ser usados para configurar sub-redes e reservas de hosts através da interface web Stork.
- Adicionadas verificações e medidas de proteção adicionais, implementadas com base em vulnerabilidades recentemente descobertas. Após a migração para o Kea 3.0, os administradores precisarão definir novas senhas e configurar uma proteção de acesso mais robusta para as interfaces de gerenciamento remoto.
- Adicionado suporte integrado para HTTP/TLS. Para organização de acesso remoto, o Kea Control Agent (CA) não é mais necessário, simplificando significativamente a configuração. O suporte para chamada de API via HTTP e TLS foi integrado aos processos de fundo DHCPv4, DHCPv6 e DHCP-DDNS sem o uso do Control Agent. Nas futuras versões, está previsto que o Kea Control Agent será removido.
- Com o objetivo de simplificar a migração do ISC DHCP, a classificação dos clientes foi alterada. Possibilitada a adição de opções vinculadas ao cliente ou à sub-rede. O comportamento da herança de opções foi aproximado do ISC DHCP.
- No DHCPv6, foi implementado um mecanismo de registro de endereços (RFC 9686), que permite a atribuição em vez de apenas designar servidor endereços, gerar um endereço no lado do dispositivo usando SLAAC (Configuração Automática de Endereços Stateless), para então transmitir informações sobre o endereço gerado para o servidor DHCPv6.
- O sistema de compilação foi modernizado, sendo transferido de Auto Tools para o conjunto de ferramentas Meson.
- O código para suporte a backends de armazenamento baseados em MySQL e PostgreSQL foi separado em bibliotecas distintas. Esses backends agora não são obrigatórios para instalação — se o suporte a MySQL e PostgreSQL não for necessário, a instalação do Kea não requer mais a instalação de dependências relacionadas ao SGBD.
Fonte: opennet.ru
