lançamento , dando continuidade ao desenvolvimento da linha , com implementação completa do controlador de domínio e do serviço Active Directory, compatível com a implementação do Windows 2000 e capaz de atender todas as versões de cliente Windows suportadas pela Microsoft, incluindo o Windows 10. O Samba 4 é um produto de servidor multifuncional, que também oferece a implementação de servidor de arquivos, serviço de impressão e servidor de identificação (winbind).
Principais no Samba 4.12:
- As implementações de funções criptográficas integradas foram removidas do código-fonte em favor do uso de bibliotecas externas. A biblioteca criptográfica principal escolhida é o GnuTLS (requer pelo menos a versão 3.4.7). Além de reduzir possíveis ameaças associadas à descoberta de vulnerabilidades nas implementações internas dos algoritmos criptográficos, a transição para o GnuTLS também permitiu um aumento significativo no desempenho ao usar criptografia no SMB3. Durante os testes com a implementação do cliente CIFS do núcleo Linux 5.3, foi registrado um aumento de 3 vezes na velocidade de gravação e de 2,5 vezes na leitura.
- Adicionado um novo backend para busca em compartilhamentos SMB usando o protocolo , baseado no mecanismo de busca (anteriormente, um backend com base em ). Também foi incluída a utilidade “mdfind” com uma implementação de cliente que permite enviar consultas de busca para qualquer servidor SMB que tenha o serviço RPC Spotlight em execução. O valor da configuração “spotlight backend” foi alterado para o padrão “noindex” (para Tracker ou Elasticsearch, os valores devem ser explicitamente definidos como “tracker” ou “elasticsearch”).
- O comportamento das operações ‘net ads kerberos pac save’ e ‘net eventlog export’ foi alterado, agora não sobrescrevem o arquivo e, ao tentar exportar para um arquivo existente, exibem um erro.
- No samba-tool, melhorou-se a adição de registros de contato para membros de grupos. Anteriormente, com o comando ‘samba-tool group addmembers’, era possível apenas adicionar usuários, grupos e computadores como novos membros dos grupos, mas agora há suporte para adicionar contatos como membros dos grupos.
- No samba-tool, foi habilitada a filtragem por unidades organizacionais (OU, Organizational Unit) ou subárvores. Novas flags “—base-dn” e “—member-base-dn” foram adicionadas, permitindo realizar a operação apenas em uma parte específica da árvore do Active Directory, por exemplo, apenas dentro de uma unidade organizacional (OU).
- Adicionado um novo módulo VFS ‘io_uring’, utilizando a nova interface do núcleo Linux. para entrada/saída assíncrona. O Io_uring suporta polling de entrada/saída e pode trabalhar com bufferização (o mecanismo anteriormente proposto “aio” não suportava entrada/saída bufferizada). Com o polling ativado, o io_uring supera significativamente o aio em desempenho. Atualmente, o suporte a SMB_VFS_{PREAD,PWRITE,FSYNC}_SEND/RECV foi implementado no Samba com base no io_uring, reduzindo os custos de manutenção do pool de execução multithread (threadpool) no espaço do usuário com o backend VFS padrão proposto. Para compilar o módulo VFS ‘io_uring’, é necessário ter a biblioteca e o kernel Linux 5.1+.
- No VFS, foi adicionada a capacidade de especificar o valor especial de tempo UTIME_OMIT para indicar a necessidade de ignorar o tempo na função SMB_VFS_NTIMES().
- No smb.conf, o parâmetro “write cache size” foi removido, pois se tornou obsoleto após a introdução do suporte ao io_uring.
- No Samba-DC e no Kerberos, o suporte à criptografia usando o algoritmo DES foi descontinuado. O código weak-crypto foi removido do Heimdal-DC.
- O módulo vfs_netatalk foi removido, pois estava sem manutenção e se tornou obsoleto.
- O backend BIND9_FLATFILE foi declarado obsoleto e será removido em uma das próximas versões.
- A biblioteca zlib foi adicionada às dependências de construção. A implementação embutida da zlib foi removida da base de código (o código era baseado em uma versão antiga da zlib, que não suportava corretamente a criptografia).
- Foi estabelecido um teste de fuzzing para a base de código, incluindo no serviço
oss-fuzz. Durante o teste de fuzzing foram identificados e corrigidos diversos erros. - Os requisitos para a versão mínima do Python foram aumentados de Python
3.4 para Python 3.5. A possibilidade de compilar o servidor de arquivos com Python 2 ainda é mantida (antes de executar ‘./configure’ e ‘make’, a variável de ambiente ‘PYTHON=python2’ deve ser definida).
Fonte: opennet.ru
