O Windows 10 April Update interrompeu a descoberta de rede e o suporte ao Samba?

Parece que a descoberta de rede / resolução de nomes do Windows não funciona mais em computadores redefinidos recentemente com a nova atualização de abril do Windows 10 (Build 1803). (Os computadores que foram meramente atualizados não parecem ser afetados.)

Minha rede local consiste em uma unidade NAS moderna usando samba para compartilhamento, além de alguns outros computadores com Windows 10 (além do que estou digitando). Todos os computadores têm a rede configurada como uma rede privada.

Antes da atualização de abril de 1803, ir para File Explorer -> Network mostraria uma lista de computadores Windows, incluindo o NAS. Eu poderia então navegar no NAS, montá-lo como uma unidade de rede, etc.

Esse comportamento de "descoberta de rede" ainda funciona em computadores que foram meramente atualizados para 1803, no entanto, redefinir o computador para uma nova instalação do 1803 parece interromper a descoberta de rede. Nos computadores redefinidos, vá para File Explorer -> Network results in Nothing. Nada. Sem resolução de nomes. Nenhuma descoberta de rede. Nada aparece.

Quando tento me conectar manualmente a \\ AS5002T ou \ 192.168.1.46 (meu NAS) nos computadores 1803 atualizados, ele funciona (posso navegar nos arquivos NAS). Mas nos computadores 1803 redefinidos , a conexão não funciona mais. Na melhor das hipóteses, acabei de receber "Caminho de rede não encontrado".

Pesquisando no Google "a descoberta de rede Windows 1803" mostra que não sou o único com problemas. Algumas pessoas observaram que certos serviços de " Descoberta de Funções " não estavam em execução e, no computador de redefinição, notei que os recursos do SMB 1.0 estão desativados por padrão.

Alguém sabe se este é um problema reconhecido? Que correções podem existir? Talvez as pessoas não conheçam esse problema porque ele afeta apenas os computadores redefinidos com 1803?

No total, os problemas são de redefinição de computadores Windows 10 atualizados com a atualização 1803.

• A descoberta de rede não está funcionando, não mostra computadores na rede
• Não é possível conectar ao compartilhamento Samba

Tudo o que você precisa saber está aqui:

https://blogs.technet.microsoft.com/filecab/2016/09/16/stop-using-smb1/

Em suma:

SMB 1.0 é ruim . Não use. Você provavelmente não precisa disso de qualquer maneira (vamos chegar a isso).

Por ser tão ruim, a Microsoft começou a removê-lo completamente do Windows , começando com a Atualização de criadores de queda do Windows 10 1709. No momento, se você apenas atualizar um sistema existente que já o possui, poderá mantê-lo. Mas se você começar de novo com uma nova cópia do Windows, ela não estará lá. Em breve, ele não estará disponível para instalação e, em seguida, será removido ativamente por um Windows Update normal. Nesse ponto, provavelmente será apenas um patch mensal normal e nem mesmo uma atualização completa dos recursos.

Em outras palavras, não faz sentido reinstalar isso novamente no seu sistema. Você está se preparando para uma luta que não vai do seu jeito. Você pode vencer a batalha de hoje, mas o problema voltará (provavelmente mais cedo do que você pensa) e você acabará perdendo a guerra.

Felizmente, poucas coisas ainda exigem o SMB 1.0, e a maioria delas é resultado da execução de software desatualizado em outro sistema, de modo que você também pode atualizar o outro sistema e restaurar o serviço.

Um dos lugares mais visíveis que ainda depende do SMB 1.0 por padrão é o recurso de navegação na rede no Windows Explorer (anteriormente Bairro de Rede). No entanto, você também pode corrigir isso sem usar o SMB 1.0:

• Encontre os Function Discovery Provider Hoste Function Discovery Resource Publicationserviços e definir seus tipos de inicialização para Automatic (Delayed Start).
• Na próxima vez que você iniciar a navegação na rede, siga as instruções para ativar a descoberta de rede.

Faça isso em todos os computadores Windows em sua rede e tudo está bem novamente, usando o protocolo WS-DISCOVERY, muito mais agradável.

Ações Recomendadas

Parece que o Windows está abandonando o SMB 1.0, e atualmente o meu NAS (que tem apenas dois anos) não suporta qualquer protocolo "Network Explorer" para o qual eles passaram. Portanto, por enquanto, você deve deixar o SMB 1.0 desativado, inserir manualmente as informações necessárias no Credential Manager e conectar-se manualmente à unidade de rede. Definir os dois serviços de "Descoberta de Funções" como Atrasado Automático não me ajudou, mas isso deve recuperar o Network Explorer.

Para recuperar o comportamento em que você é solicitado a fornecer nome de usuário e senha ao conectar-se a determinados dispositivos NAS, tive que "ativar logons de convidado inseguros". Caso contrário, o Windows desistirá depois de tentar seu nome de usuário (sem dizer o que falhou nem o porquê).

Ações alternativas (para recuperar o "comportamento antigo" do Windows)

A ativação do SMB 1.0/CIFS Clientrecurso Windows e a reinicialização do computador corrigem a descoberta de rede.

Você ainda pode receber "Código de erro 0x80070035 - o caminho da rede não foi encontrado" se o dispositivo samba ao qual você está se conectando não tiver um nome de conta de usuário que corresponda ao seu nome de conta do Windows.

Existem várias maneiras de corrigir o problema "nome de usuário ausente" acima (apesar de parecer um tipo diferente de problema). A primeira é colocando uma entrada válida no Windows Credential Manager. No meu caso, a entrada era para o domínio AS5002T, o nome de usuário admin e minha senha.

Um segundo método, que recuperará a maneira como o Windows funcionava no passado, é " ativar logons de visitantes inseguros ". Logons de convidado inseguros são usados ​​em muitos dispositivos NAS de consumidor, como uma maneira de permitir que usuários de rede não autenticados "visualizem" os compartilhamentos no NAS.

Um terceiro método seria simplesmente adicionar o nome de usuário do Windows à lista de nomes de usuário do servidor samba.

Eu acho que estou tendo o mesmo problema do servidor ubuntu / windows 10

minha solução foi instalar um daemon WSDD, o link abaixo não requer outra configuração além de alterar seu arquivo de serviço

https://github.com/christgau/wsdd

Se você se deparou com essa pergunta, existe uma solução para a conexão Samba Windows-Windows: se você alterou as configurações do UAC em secpol.msc (Políticas de Segurança), pode ser administrador de todo o computador - talvez seja necessário fazer isso em ambas as máquinas, se você quiser que elas se vejam. Poucas horas gastas para encontrar isso.