Renegociações de protocolo ao conectar-se a qualquer compartilhamento de arquivo SMB do Windows 10 PC

0

Estou tentando conectar-me de um PC cliente Windows 10 x64 Desktop "Windows A" aos serviços de Compartilhamento de Arquivos em um mac mini 10.8.2 executando o servidor Sierra (UPDATE: o problema também existe ao conectar-se diretamente a um SMB do Windows servidor na mesma rede). Esta conexão via SMB funcionou muito bem, no entanto, começando cerca de cinco dias atrás, tentei essa conexão novamente e notei que ela falhou.

Aqui está o plano de fundo atual:

  1. Múltiplas coisas mudaram no ambiente desde a última vez que eu sei que isso funcionou - pelo menos dois meses atrás: eu atualizei o servidor para 10.12 de 10.11, o servidor teve uma falha de ventilador pendente e várias ocasiões de superaquecimento até Eu percebi como era fácil trocar o ventilador em um Mac Mini 2012, várias partes do software foram instaladas no "Windows A".
  2. Estou usando o macOS 10.12.2 Sierra como o servidor de arquivos SMB e AFP.
  3. O
  4. compartilhamento de arquivos SMB está ativado dentro do aplicativo do servidor no Mac.
  5. Eu posso conectar-me por meio de um cliente macOS ao servidor sem problemas usando o AFP e o SMBv2 (criptografados e não criptografados).
  6. Posso conectar-me do meu Surface Pro 3 executando o Windows 10 Desktop "Windows B" ao servidor Mac sem problemas usando o SMB.
  7. Eu posso conectar através do computador com problema "Windows A" ao servidor Mac usando SFTP, FTP, SSH, etc. sem problemas.
  8. Eu tentei me conectar do "Windows A" a outro Mac OS Server (um Macbook Pro executando o macOS 10.12 sierra): o mesmo problema persiste.
  9. Também criei uma conta local temporária no computador, mudei para ela e tentei fazer login usando essa conta.
    • O Wireshark mostra o mesmo processo da minha conta principal: a conta de usuário "Windows A" é tentada primeiro e, em seguida, solicita a conta manual, que eu insiro. O computador tenta se conectar usando a conta correta recém-inserida e falha com as mesmas etapas descritas no item 11 abaixo (renegociações e tempos limite de protocolo repetidos).
  10. Para fins de teste, desativei todos os firewalls pessoais, antivírus etc. no "Windows A".
  11. Assegurei que o "Windows A" está definido para tratar a rede como privada com todos os compartilhamentos ativados.
  12. Realizei uma captura wireshark da conversa entre o "Windows A" e o servidor Mac e observei que, por padrão, tentaria usar minha conta da Microsoft para autenticar no servidor Mac, em vez de solicitar uma senha para a conta local real. Isso acontece quando navega para a máquina.
  13. Se eu especificar manualmente um compartilhamento (por exemplo, \ serverIP \ SHARENAME) no explorador de arquivos, o "Windows A" solicitará uma senha e tentará configurar uma sessão com essa conta local real. No entanto, o wireshark mostra vários syn / acks, depois um pedido keep alive, seguido por renegociações de protocolo. Isso acontece por várias iterações, enquanto o explorador de arquivos não mostra alterações por muitos minutos durante esse período.
  14. Eu posso conectar-me com NO ISSUES via SMB e SMBv2 a um compartilhamento de arquivos do Windows no trabalho com o mesmo problema do computador "Windows A". (Atualizado), mas apenas quando conectado à rede de trabalho através de uma VPN SSL. Quando diretamente na rede de trabalho, a conexão via compartilhamentos de arquivos do Windows falha.
  15. Eu desinstalei vários softwares, incluindo OpenVPN, Pulse Secure VPN e alguns outros pequenos pacotes de software que foram instalados nos últimos meses. O problema persiste.

Qualquer orientação sobre como reparar o subsistema de rede SMB será apreciada.

Agradeço antecipadamente por sua ajuda!

    
por Darkstar 24.01.2017 / 19:54

0 respostas