O que poderia impedir que o Windows 7 / Server 2008 R2 pudesse acessar um compartilhamento hospedado em uma caixa do Server 2012? Win 8.1 / 10 Clientes podem acessá-lo bem

Question

Eu tenho um servidor Server 2012 no domínio. Eu configurei uma única pasta compartilhada nela. Eu então testei da minha estação de trabalho (8.1) - isso funcionou muito bem.

Mas recebi reclamações de vários usuários dizendo que eles não podem acessar a pasta compartilhada. Acontece que os clientes do Windows 7 (que são vários) não podem acessar a pasta compartilhada. Quando eu mudei para uma de suas máquinas, vi que "\ SERVERNAME" no Explorer faz com que uma caixa de diálogo Segurança do Windows apareça solicitando um nome de usuário & senha. Inserindo o nome de usuário e & correto senha não faz nada - o aviso de segurança reaparece.

Eu fiz toda a solução de problemas básicos - permissões duplamente verificadas, conectividade verificada e DNS, etc. Duvido que esse seja o problema, porque as caixas do Win 8.1 / 10 podem acessar esta pasta compartilhada muito bem. Como outras caixas do Servidor 2012/2012 R2. No entanto, não consigo acessar a pasta compartilhada das caixas do Server 2008 R2 (mesmo diálogo de segurança). Novamente, isso é problemático, pois temos servidores de terminal 2008 R2 que não podem acessar esse compartilhamento hospedado no Servidor 2012. Eu não posso nem ver net view. aqui está o que eu recebo quando eu "Net view \ SERVERNAME" de um cliente do Win 7:

 System error 5 has occurred.
 Access is denied.

Completamente sem ideias neste momento. O que poderia impedir que o Win 7 / Server 2008 R2 consiga acessar um compartilhamento hospedado em uma caixa Server 2012? Win 8.1 / 10 Clientes podem acessá-lo bem.

Tudo foi corrigido para as versões mais recentes.

    

Answer 1

Ok - parece que o problema é que esse servidor tem o acesso ao compartilhamento de arquivos criptografados ativado ( veja isto ).

Parece que, quando ativado, o servidor usa exclusivamente o SMB 3.0 e rejeitará conexões de clientes que não tenham o SMB 3.0 (ou seja, qualquer versão do Windows 7 ou anterior e qualquer versão do Windows Server 2008 R2 e anterior) .

A "Correção" é atualizar os clientes para pelo menos o Windows 8 e servidores para pelo menos o Windows 2012. A desativação da criptografia também é possível por um comando do powershell:

Set-SmbServerConfiguration –RejectUnencryptedAccess $false  

(permitirá ao cliente acessar o compartilhamento renegociar para uma versão inferior do SMB como o SMB 2, mas obviamente isso deve ser evitado, se possível.