Estou enfrentando um problema emtodosdos meus dispositivos Windows 10 (e, anteriormente, dispositivos Windows 7) - basicamente, qualquer tentativa de acessar um compartilhamento de rede do Windows pela rede termina no erro 0x80070035, "Caminho de rede não encontrado".
Existem três PCs em jogo aqui, dois rodando Win 10 Home e um rodando Windows 10 Pro. A máquina Win 10 Pro executava anteriormente o Win 7 Ultimate, bem como o Linux Mint, e encontro erros se tentar usá-los também. (Embora eu me lembre do Win7 funcionando há muito tempo)
Estranhamente, todos os computadores afetados podem ver uns aos outros na Vizinhança de Rede!
Observe que consegui transferir arquivos via SMB quando ambos os lados da conexão são alimentados pelo Samba ou por uma versão muito antiga do Windows. Mas se esse lado estiver executando uma versão recentemente corrigida do Windows com o que considero SMBv3, então a vida é 0x80070035.
O mais frustrante é que ontem chegou um laptop novo e também apresenta esse problema. Fiz uma extensa pesquisa sobre 0x80070035 e, embora existam muitas soluções propostas, parece que ninguém realmente entende o que é esse erro.na verdade significae não há um caminho definido para solucionar o problema.
Eu tentei (sem sucesso):
- Colocar cada PC em IP estático, tanto em rede comutada quanto via crossover, e conectividade verificada com notificações de ping e Steam
- Tentei falar com cada um via \\IP.ADDRESS ou \\HOSTNAME
- Verificou o status do auxiliar NetBIOS TCP/IP (sempre em execução, com 'Manual (acionado)' como inicialização)
- Configurações editadas de acesso à rede/segurança de rede em secpol.msc na máquina com Win 10 pro (não tenho essas edições na minha frente, embora alguém estivesse garantindo que o NTLM negociaria corretamente)
- Colocou cada máquina dentro e fora dos grupos domésticos
- nomes de host substituídos em c:\windows\system32\drivers\etc\hosts
- garantiu que todos os computadores fossem autenticados com login/senha em vez daquele novo sistema estúpido que ele usa
- certifique-se de que 'Ativar NetBIOS sobre TCP/IP' esteja definido
- outras correções tentadas no ano passado das quais não consigo me lembrar (vou editá-las mais tarde, se me lembrar delas)
Embora fosse bom corrigir o problema, seria ainda melhor entender exatamente o que está acontecendo aqui. Tudo o que consigo lembrar é que o Win7 parou de funcionar na época em que a vulnerabilidade SMBv2 surgiu e suspeito, no caso do Win7, que essa funcionalidade estava diretamente ligada a esse patch.
Além disso, porém, estou perdido. Seria ótimo se houvesse uma lista de verificação de coisas que eu pudesse verificar. Qualquer um?
editar: ao examinar um dump da conversa do Wireshark, posso ver as duas máquinas conversando entre si - primeiro elas negociam SMB1, depois SMB2, então alguém envia um TCP ACK e então o outro lado segue com um TCP RST (? ) Isso me faz pensar que é o firewall, mas eu desativei o firewall...
Responder1
Fundo
Eu tenho três PCs de rede local, 2 no Windows 10 Pro Ver 1803 e 1 no Windows 10 Home versão 1803. Há uma instalação limpa em 1 máquina Pro e atualização do Win 7 na outra 2.
Todas as máquinas executam contas locais, uma local usuário sem senha e conta de administrador integrada (Net User Administrator /Active:yes), veja mais sobre isso abaixo. O bom é que ambas as contas do PC Home podem acessar pastas nos dois PCs Pro.
A máquina Pro com instalação limpa também funciona bem.
O Update Pro apresentou o erro 0x80070035 na conta de usuário local sem senha. Como você, segui todas as pesquisas na rede e a maioria dos conselhos.
A exploração de arquivos mapeia os outros PCs, mas não seus discos ou pastas. Da mesma forma, o Ping confirma a conexão. Além de ativar as configurações corretas para Compartilhamento Avançado, nada mais precisava ser feito nos dois PCs sem problemas, exceto, obviamente, garantir que as pastas tivessem permissões e compartilhamento corretos.
Resposta
Fiz uma instalação limpa na máquina Pro com problema - Mesmo erro.
Em seguida, ativei a conta de administrador integrada (Net User Administrator /Active:yes). A boa notícia é que o problema desapareceu quando conectado apenas como administrador.
O código de erro persiste com a conta do usuário local. Isso sugere um problema de permissão ou configuração de política. Os serviços e configurações em ambas as máquinas Pro são idênticos.
Minha busca por uma solução continua.
Responder2
Resolvi o acesso à conta do usuário local. Para minha rede doméstica, os usuários locais não têm senha habilitada, portanto, a solução que funcionou para mim pode não fornecer a segurança que outras pessoas precisam. regedit> HKEY LOCAL MACHINE> SISTEMA> CONJUNTO DE CONTROLE ATUAL> SERVIÇOS> LANMANWORKSTATION. Se o parâmetro AllowInsecureGuestAuth existir e o valor Hex estiver definido como 0, altere o valor para 1. Caso contrário, adicione um parâmetro DWORD32 com esse nome e defina o valor Hex como 1. Saia do regedit e reinicie.
Responder3
Existem 2 links bons (mas o terceiro do SuperUser é melhor):
Embora a instalação do SMB 1.0 me permita ver minha unidade compartilhada, ainda não consigo acessá-la. A próxima solução me dá o mesmo resultado, mas talvez possa resolver o seu problema:
De acordo comLink de superusuáriovocê deve evitar instalar o SMB 1.0 e a resposta propõe uma solução melhor