O Windows 10 mal consegue acessar o Samba Server pelo nome

Question

Acabei de atualizar para o Windows 10 e até agora muitas coisas estão corretas, mas tudo relacionado a redes é insensível (outros problemas que tenho: não consigo mais acesso à Internet por meio de conexões com fio no trabalho, não é possível definir prioridades de redes sem fio telefones aparecendo na rede, resolução de nome de host DNS lenta e o VirtualBox ainda está tentando descobrir como fazer com que seus drivers de rede funcionem). No entanto, o mais frustrante no momento é o seguinte.

O servidor de backup para todos os arquivos é um servidor Samba chamado "BACKUP". Está no mesmo grupo de trabalho ("GRUPO DE TRABALHO") que o computador está. No começo eu não conseguia me conectar a ele, mas depois de alguns ajustes nas configurações do servidor Samba (fazendo com que ele rodasse um servidor WINS e fosse o Domain Master) agora pelo menos funciona algumas vezes.

O computador também aparece na rede (sempre, mesmo antes de eu alterar as configurações). Se eu usar o endereço IP (por exemplo, \ 192.168.10.150), tudo funciona agora. No entanto, se eu usar o nome do servidor (por exemplo, \ BACKUP), só posso visitar uma pasta a cada 3-5 minutos. Normalmente, as tentativas demoram muito tempo e acabam em "Caminho de rede não encontrado". Mas de vez em quando eles passam rapidamente.

A maioria das coisas que eu descobri não tem esse comportamento periódico, ou elas se conectam ou não. O que poderia estar causando esses problemas?

Eu também tentei atribuir ao compartilhamento de rede uma letra de unidade sem ajuda (usando o nome) e usando vários comandos: net view BACKUP vs net view 192.168.10.150 tem o mesmo comportamento que com a GUI, net view por si só sempre lista BACKUP e nbtstat -a BACKUP e nbtstat -a 192.168.10.150 sempre retornam as mesmas listas (consistindo em várias entradas de BACKUP e WORKGROUP junto com ☺☻__MSBROWSE__☻ ). O nbtstat -n lista apenas o GRUPO DE TRABALHO e a máquina local. Usando nbtstat -S , posso ver a conexão na lista e ver se o endereço IP foi resolvido corretamente.

Algumas coisas que notei, mas não tenho certeza sobre:

• nbtstat -a ... ambos mostram que a máquina de BACKUP tem um endereço MAC de 00-00-00-00-00-00 que não parece certo, no entanto arp -a informa o valor correto.
• ping BACKUP resolve o endereço IP da WAN (o servidor Samba não é acessível via WAN, mas outras partes do servidor BACKUP são)

O servidor estava funcionando perfeitamente no Windows 7.

Então, como faço para que a máquina Windows 10 se conecte ao servidor Samba pelo nome de forma consistente?

    

Answer 1

Eu obtive o meu trabalho com base em algumas informações que encontrei sobre um cliente Windows 10 versus Windows 7, conforme descrito em este link .

O cliente Windows 10 tentará negociar o SMB 3.1.1 , que ainda não é compatível no Samba (a menos que você baixe, construa e instale a última fonte estável, que eu acho que é o Samba 4.3 ou posterior).

A alternativa para reconstruir o Samba é emitir os comandos mostrados no link de acompanhamento para forçar Windows 10 para usar a versão anterior do SMB. Eu fiz isso e minhas ações imediatamente apareceram ...

Desativar o SMB2 / 3 no Windows 10:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi
sc.exe config mrxsmb20 start= disabled

Ative o SMB1 no Windows 10:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi
sc.exe config mrxsmb10 start= auto

Então tudo isso funciona bem, exceto um problema adicional:

O Windows 10 insiste em você usando credenciais de login ao vivo da Microsoft. Após o login, você pode relogar "localmente", mas depois reverte em algum momento quando você executa um aplicativo (como a Loja ou vários outros aplicativos do Windows 10) que deseja que você se conecte à sua conta da Microsoft.

Isso é um problema se você tiver seu ID de login do Windows 7 como seu ID de login do Samba no seu servidor, já que agora você está logado com algum tipo de endereço de e-mail. Então, adicionei o seguinte ao meu arquivo /etc/smbusers :

my_linux_id  my_ms_live_login_email(id)

Agora tudo funciona o tempo todo, exceto mais uma captura: eu uso o backup / restauração do Windows 7 para fazer backups em uma unidade no meu servidor Samba e, por algum motivo, ele ainda insiste em estar logado "localmente" Windows 10. Então eu tenho que fazer isso manualmente antes que eu possa fazer um backup. Ainda estou trabalhando nesse assunto.

Um postscript sobre a saga de backup / restauração do Windows 7 ... Não consegui fazer o backup do Windows 7 funcionar. Ele passaria por meio caminho e depois afirmaria que não poderia acessar a unidade. Eu agora uso o histórico de arquivos do Windows 10, que parece reconhecer minha unidade Samba (com as alterações SMB descritas acima) muito bem.

Esta resposta foi dada há mais de 3 anos. Desde essa altura, o SMB 1 tornou-se vulnerável a novos ataques de malware, tais como WannaCry e Petya . A Microsoft, portanto, sugere que os usuários parem de usar o SMB . O problema com o Windows 10 em poder ver os compartilhamentos do Samba pode agora ser resolvido de outra maneira.