Eu tenho uma máquina Windows 7 Ultimate x86_64, que não está conseguindo acessar um servidor samba de rede. Eu inicio a caixa de diálogo "Executar" e digito \192.168.x.x , então estou ignorando a resolução de nomes DNS e NetBIOS e a descoberta de difusão, indo diretamente para o endereço IP do servidor. Eu corri wireshark e descobri que o cliente está tentando se conectar ao servidor na porta 80, não 445. (Isso obviamente falha porque o servidor não está escutando em 80; o servidor está executando apenas samba e nmbd etc, portanto, apenas a porta 445 e 137-139 são aplicáveis).
Estou ciente de essa pergunta e eu não acredito que isso seja uma duplicata, porque (a) essa pergunta tem mais de 2 anos de idade, no Win XP, e (b) nenhuma das respostas está ajudando em neste caso, embora essa outra questão tenha sido marcada como respondida.
A mensagem de erro é: Windows Cannot Access \192.168.x.x e quando clico em "Ver detalhes", diz Error Code 0x800704cf The network location cannot be reached
Confirmei que "Cliente para redes Microsoft" está presente e ativado. Eu até o removi (fui forçado a reiniciar) e o reinstalei. Sem efeito.
Eu desabilitei o IPv6, sem efeito.
Confirmei que o serviço "WebClient" não está em execução. (Está definido como Manual e não está em execução).
Confirmei que o serviço "TCP / IP NetBIOS Helper" está sendo executado. (Está definido para automático e está em execução.)
Claro que eu reiniciei e tentei novamente. (Várias vezes e várias maneiras).
O problema parece existir com um nível de patch antigo e também continua existindo após a aplicação de todas as atualizações do Windows.
Qualquer ideia seria muito bem-vinda.
Por que o Windows tentaria usar a porta 80 (webdav) em vez da porta 445 (samba / smb / cifs) para conectar o explorador de arquivos a um caminho UNC?
Editar: mais informações disponíveis. net view 192.168.x.x gera uma mensagem de erro no cliente afetado, enquanto trabalha bem em um cliente sem problemas. O cliente afetado diz:
C:\Windows\system32>net view 192.168.x.x
System error 53 has occurred.
The network path was not found.
C:\Windows\system32>ping 192.168.x.x
Pinging 192.168.x.x with 32 bytes of data:
Reply from 192.168.x.x: bytes=32 time<1ms TTL=64
Reply from 192.168.x.x: bytes=32 time<1ms TTL=64
Enquanto um cliente sem problemas diz:
C:\Users\eharvey>net view 192.168.x.x
Shared resources at 192.168.x.x
netfiles server (Samba, Ubuntu)
Share name Type Used as Comment
-------------------------------------------------------------------------------
myshare Disk My Company data storage
The command completed successfully.
Se a captura de pacotes não mostrar qualquer tentativa acima de 445, isso indicaria que o cliente está experimentando o WebDav primeiro. Isso pode ter ocorrido porque o WebDav está mais alto na ordem do provedor de rede. Para verificar isso:
Estou ciente de que você tentou reinstalar o cliente para redes Microsoft, mas se não precisar, faça o seguinte em cada cliente:
Abra "Conexões de rede".
Em cada adaptador que você deseja conectar ao compartilhamento de samba:
Clique com o botão direito e escolha "Propriedades" Desmarque 'cliente para redes Microsoft'
Navegue até: Conexões de rede > Avançado > Configurações avançadas > Adaptadores e Ligações
Verifique se 'cliente para redes microsoft' está agora no botão e está desmarcado
Agora, vá para a guia "Provider order" e garanta que "Web Client Network esteja na parte inferior da lista de provedores de rede.
reinicie o computador e tente conectar-se ao host novamente.
Você também pode tentar bloquear a porta 80 ou redirecioná-la para a porta 445.
Você deve verificar seu serviço "TCP / IP NetBIOS Helper". Quando este serviço falhou e o Web Client existe, ele tentará acessar o caminho UNC no WebDAV (porta TCP 80).
Reinicie o serviço "TCP / IP NetBIOS Helper", então a porta tcp 445 está sendo usada para o caminho UNC.
O mesmo problema em Microsoft TechNet: conectando-se ao compartilhamento de arquivos na porta 80?
Tenho certeza de que pulei para o mesmo problema exato como você. E eu tive sorte, porque foi resolvido. Mas não tenho certeza qual foi o truque para esse problema. (Porque acabou de resolver quando meu pc reiniciar e subir)
* Nota: sem essas seções, a reinicialização não resolverá nada E aqui está o que eu fiz: - Excluir all adaptador de túnel ip6 (desinstalar um por um usando o Gerenciador de dispositivos) - Desativar ip6 usando o regedit - Ativar NetBIOS sobre TCP / IP - Desinstalar - Instalar "Cliente para Redes Microsoft" - Desativar ip6 nas propriedades do adaptador de rede - Desligar o Firewall + AV (o cliente n no servidor) - Remova qualquer compartilhamento de interface de rede (se configurado) - Remover o Microsoft Network Bridge (se houver) - Desativado toda a interface de rede (exceto a que você usará para conectar) - reinicie
Espero não perder nada aqui, desculpe não ter documentado meu trabalho lá atrás. Preciso de sua opinião se a minha solução funcionar, obrigado.