A conexão com o SMBCLIENT ao Windows 7 produz um erro: “a negociação do protocolo falhou: ERRDOS: ERRnomem”

Question

Temos uma rede doméstica que tem uma mistura de sistemas operacionais diferentes, incluindo dois PCs com Windows 7 Ultimate, alguns telefones com Android, um MacBook Pro e dois PCs com Linux. Meus colegas de casa são donos de todas as máquinas, com exceção dos Linux, e com sucesso têm compartilhamento de rede e arquivos com o SMB / CIFS em todos os seus dispositivos sem qualquer problema.

No entanto, não consigo fazer com que minhas máquinas Linux se conectem a seus compartilhamentos de arquivos: cada vez que eu tento, recebo uma resposta ERRDOS: ERRnomem do Samba (smbclient).

$ smbclient -L \COMPUTER
Enter zoqaeski's password:
protocol negotiation failed: ERRDOS:ERRnomem

Eu fiz várias pesquisas sobre a configuração do Samba e a resposta do ERRnomem, e aparentemente há um problema conhecido do Windows 7 que requer uma alteração no registro . Eu sugeri que essa poderia ser a solução, mas nenhum deles está disposto a alterar as chaves do Registro porque funciona em todos os dispositivos e, em vez disso, eles afirmam que eu não configurei o Samba corretamente ou não t os drivers mais atualizados.

Funciona bem entre os meus dois computadores, e eu sempre entendi drivers para se referir ao software para controlar o hardware fisicamente localizado na máquina. De qualquer forma, meus sistemas estão totalmente atualizados: Estou executando o Arch Linux (que é uma distribuição de lançamento) com o Samba 4.1.14.

Existe uma solução que não envolva mexer nos computadores do meu colega de casa? Eles são ambos gamers com sistemas high-end, então parece bizarro que me disseram que eles não têm memória para compartilhar arquivos.

    

Answer 1

Alterar a versão do SMB / CIFS em uso pelo smbclient ou mount.cifs torna tudo melhor novamente! Para smbclient, inclua " -m SMB2 " no final de sua consulta para forçá-lo a usar o protocolo SMB versão 2. Para mount.cifs, inclua " ver=2.1 " em suas opções, por exemplo:

//server/share /mnt/point cifs credentials=/my/credentials/.file,vers=2.1,sec=ntlm 0 0

Eu não fui mais longe em descobrir quais versões estão disponíveis porque isso só aconteceu para trabalhar para mim, mas eu suspeito que deveria ser a verdadeira solução para todas as reclamações de conectividade.

    

Answer 2

O problema não é sua configuração do Samba aqui porque as máquinas na rede podem acessar seus compartilhamentos sem problemas.

A mensagem de erro mostra claramente que um erro de memória foi retornado para smbclient do Windows. A única correção aqui é que seus colegas de casa alterem as configurações de memória do sistema em suas caixas do Windows. O uso de memória para o pool de compartilhamento será insignificante, então por que eles estão reclamando ???

A mesma fonte contém correção: link

    

Answer 3

OBSERVAÇÃO: Digamos que você execute o servidor, não os clientes, também há uma correção fix . Mas sim, se você é o cliente Linux, vá com a versão do SMB .

A seguinte solução alternativa também é descrita no wiki do Arch Linux .

Agora, como as páginas vinculadas em esta resposta descrevem, no Windows, modificam as seguintes chaves de registro Votou a outra resposta que funcionou para mim, mas é útil ter os pontos-chave aqui:

1. %código%; alterar o padrão 0 para 1
2. %código%; alterar o padrão 1 para 3

O Microsoft TechNet explica em detalhes o parâmetro HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\LargeSystemCache .

Tudo o que posso dizer é que isso permitiu que o servidor Windows permanecesse ativo sem modificar os clientes.