Após 6 meses de desenvolvimento, é lançado o Samba 4.25.0, que continua o desenvolvimento da linha Samba 4 com a implementação completa do controlador de domínio e do serviço Active Directory, compatível com a implementação do Windows Server e capaz de atender todas as versões de clientes Windows suportadas pela Microsoft, incluindo o Windows 11. O Samba 4 é um produto de servidor multifuncional, que também oferece uma implementação de servidor de arquivos, serviço de impressão e servidor de identificação (winbind). O código do projeto é escrito em linguagem C e é distribuído sob a licença GPLv3.
Principais mudanças no Samba 4.25:
- Foi adicionada suporte experimental para identificadores de arquivos persistentes (SMB2_CAP_PERSISTENT_HANDLES) na implementação do protocolo SMB3, permitindo que os clientes continuem a trabalhar com arquivos abertos após interrupções na conexão de rede, reinicializações servidor ou a migração da carga para um servidor de backup. Identificadores persistentes permitem evitar a reabertura de arquivos após a falha do servidor, o que é especialmente relevante ao hospedar arquivos servidor de máquinas virtuais Samba e bancos de dados em cluster.
Para funcionar, é necessário fornecer acesso exclusivo ao armazenamento SMB e desativar as configurações de «kernel oplocks», «kernel share modes» e «posix locking», o que compromete a compatibilidade com POSIX e NFS, além de reduzir significativamente o desempenho devido à gravação síncrona de metadados no disco a cada operação. Dois modos de garantia de continuidade foram propostos: full_outage (por padrão) — uma cópia de segurança local do estado é criada, permitindo preservar os identificadores mesmo após a falha total do cluster, mas aumentando a carga; partial_outage — funciona mais rapidamente sem cópia de segurança, mas os identificadores são perdidos se todos os nós do cluster falharem simultaneamente.
- Foi adicionado o módulo VFS vfs_aio_ratelimit, que permite definir um limite de taxa para a intensidade das solicitações, aplicável em todo o cluster, e não apenas em relação a nós individuais. Para coordenar a aplicação global das restrições em cada nó, deve ser executado um processo em segundo plano ratelimitd, que agrega a atividade de todos os processos smbd no nó e transmite informações para os outros nós do cluster. A ativação do vfs_aio_ratelimit ocorre na fase de compilação através da especificação da opção «—with-ratelimitd».
- Adicionado o módulo VFS vfs_ceph_rgw para Ceph RGW (Object Gateway), permitindo exportar dados do Ceph Object Gateway como armazenamento SMB com representação hierárquica dos objetos armazenados na forma de arquivos e diretórios comuns com controle de acesso no nível POSIX uid/gid.
- Implementados níveis de funcionalidade de cluster que lembram os níveis de domínio e florestas no Active Directory, permitindo a atualização gradual dos nós no cluster (upgrade rolling). Os formatos de banco de dados e os formatos internos de troca de mensagens que afetam a interação entre os nós só são alterados após a elevação explícita do nível para todo o cluster, garantindo a compatibilidade dos nós com diferentes versões do Samba durante a atualização. O gerenciamento é feito através dos comandos "net clusterlevel features|show|showall|upgrade".
- Para criptografia no domínio, são utilizados por padrão os algoritmos aes128-cts-hmac-sha1-96 e aes256-cts-hmac-sha1-96 para domínios com nível de funcionalidade 2008 e superior. A mudança bloqueia a exploração da vulnerabilidade CVE-2026-20833, causada pelo uso de métodos de criptografia inseguros no Windows Kerberos.
- No CTDB, os arquivos com bloqueios, PID e sockets foram movidos para subdiretórios ctdb/. O script de inicialização ctdb.init foi movido para ctdb/doc/examples. Adicionada a suporte para monitoramento de hosts, como servidores DNS. A função detect_init_style() e a variável CTDB_INIT_STYLE foram declaradas obsoletas (recomenda-se usar CTDB_PLATFORM_STYLE em seu lugar).
Fonte: opennet.ru
