Foi lançado o Samba 4.16.0, dando continuidade ao desenvolvimento da série 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 2000 e capaz de atender a todas as versões de clientes Windows suportadas pela Microsoft, incluindo o Windows 10. O Samba 4 é um produto de servidor multifuncional, que também oferece implementação de servidor de arquivos, serviço de impressão e servidor de identificação (winbind).
Principais alterações no Samba 4.16:
- Foi incluído um novo executável samba-dcerpcd, que garante a operação dos serviços DCE/RPC (Distributed Computing Environment / Remote Procedure Calls). Para processar as solicitações recebidas, o samba-dcerpcd pode ser chamado conforme necessário pelos processos smbd ou pelo "winbind -np-helper", transmitindo informações através de canais nomeados. Além disso, o samba-dcerpcd pode operar como um processo de fundo independente, gerenciando solicitações autonomamente e pode ser utilizado não apenas com o samba, mas também com outras implementações de SMB2, como o servidor ksmbd incorporado ao núcleo do Linux. Para gerenciar a inicialização do samba-dcerpcd, foi sugerida a configuração "rpc start on demand helpers = [true|false]" na seção "[global]" do smb.conf. servidores Implementação incorporada
- O Kerberos foi atualizado para a versão Heimdal 8.0pre, que introduziu suporte ao mecanismo de proteção FAST, garantindo a proteção de mandatos através da encapsulação de solicitações e respostas em um túnel criptografado separado. servidor Adicionado o mecanismo de Certificate Auto Enrollment, permitindo a obtenção automática de certificados dos serviços Active Directory ao habilitar as políticas de grupo ("apply group policies" no smb.conf).
- O servidor DNS incorporado implementou a capacidade de usar um número de porta de rede arbitrário ao definir servidores DNS para encaminhamento de solicitações (dns forwarder). Enquanto anteriormente apenas o host poderia ser especificado nas configurações de encaminhamento, agora a informação pode ser fornecida no formato host:port.
- No componente CTDB, responsável pelo funcionamento das configurações de cluster, as funções "recovery master" e "recovery lock" foram renomeadas para "leader" e "cluster lock", e também deve-se usar a palavra "leader" em vários comandos (recmaster -> leader, setrecmasterrole -> setleaderrole).
- No componente CTDB, responsável pelas configurações de cluster, os papéis 'recovery master' e 'recovery lock' foram renomeados para 'leader' e 'cluster lock'; também, ao invés de 'master', deve-se usar a palavra 'leader' em vários comandos (recmaster -> leader, setrecmasterrole -> setleaderrole).
- O suporte para a equipe SMBCopy (SMB_COM_COPY) e a função de correspondência de padrões (wildcard) em nomes de arquivos, que operam no lado do servidor e estão definidos no protocolo obsoleto SMB1, foi descontinuado. A funcionalidade do protocolo SMB2 para a cópia de arquivos no lado do servidor foi mantida sem alterações.
- Na plataforma Linux, o smbd parou de usar bloqueios de arquivos obrigatórios (mandatory) na implementação de "share modes". Esses bloqueios, que eram implementados no núcleo por meio de bloqueio de chamadas do sistema e considerados não confiáveis devido a possíveis condições de corrida, não são mais suportados a partir do núcleo Linux 5.15.
Fonte: opennet.ru
