Todo o compartilhamento de arquivos e impressoras não funciona, Erro 0x80070035 no acesso, qualquer rede, qualquer PC

1

Estou com um problema em todos dos meus dispositivos Windows 10 (e, anteriormente, dispositivos Windows 7) - basicamente, qualquer tentativa de acessar um compartilhamento de rede do Windows pela rede termina em Erro 0x80070035 , "Caminho de rede não encontrado".

Há três PCs em jogo aqui, dois rodando o Win 10 Home e um rodando o Windows 10 Pro. A máquina Win 10 Pro rodou o Win 7 Ultimate, assim como o Linux Mint, e eu encontro erros se eu tentar usá-los também. (Embora eu me lembre do Win7 trabalhando há muito tempo)

Estranhamente, todos os computadores afetados podem se ver no ambiente de rede!

Note que eu consegui transferir arquivos via SMB quando os dois lados da conexão são alimentados pelo Samba ou por uma versão muito antiga do Windows. Mas se esse lado está rodando uma versão recentemente modificada do Windows com o que eu acho que é o SMBv3, então a vida é 0x80070035.

O mais frustrante é que, ontem mesmo, um novo laptop chegou e também mostra esse problema. Eu fiz uma extensa pesquisa sobre 0x80070035, e embora haja uma tonelada de soluções propostas, parece que ninguém realmente entende o que esse erro realmente significa e não há um caminho definido para a solução de problemas.

Eu tentei (sem sucesso):

  • Colocando cada PC em IP Estático, tanto em uma rede comutada como via crossover, e conectividade verificada com notificações de ping e Steam
  • Tentamos conversar com cada um deles \\ IP.ADDRESS ou \\ HOSTNAME
  • Verificado o status do auxiliar TCP / IP NetBIOS (sempre em execução, com 'Manual (acionado)' como sua inicialização)
  • Configurações de acesso de rede / segurança de rede editadas em secpol.msc na máquina com o Win 10 pro (não tenho essas edições na minha frente, embora uma estivesse certificando-se de que o NTLM negociasse corretamente)
  • Levar cada máquina para dentro e fora dos grupos domésticos
  • nomes de host substituídos em c: \ windows \ system32 \ drivers \ etc \ hosts
  • garantiu que todos os computadores autenticassem com login / senha em vez daquele novo sistema estúpido que ele usa
  • certificou-se de que 'Ativar NetBIOS sobre TCP / IP' está definido
  • outras correções tentadas no último ano que não consigo lembrar (vou editá-las mais tarde, se eu lembrar delas)

Embora a correção do problema seja boa, seria ainda melhor entender exatamente o que está acontecendo aqui. Tudo o que posso lembrar é que o Win7 parou de funcionar quando a vulnerabilidade do SMBv2 deu a volta e suspeito, no caso do Win7, que essa funcionalidade estava diretamente ligada a esse patch.

Além disso, no entanto, estou perdido. Seria ótimo se houvesse uma lista de verificação de coisas que eu pudesse verificar. Alguém?

edit: ao examinar um despejo do Wireshark da conversa, vejo as duas máquinas conversando entre si - primeiro elas negociam o SMB1, depois o SMB2, depois alguém envia um TCP ACK e o outro lado segue com um TCP RST (?) Isso me faz pensar que é o firewall, mas eu desativei o firewall ...

    
por Tom Corelis 02.02.2018 / 21:28

3 respostas

0

Eu resolvi o acesso à conta de usuário local. Para minha rede doméstica, os usuários locais não estão habilitados para senha, portanto, a solução que funcionou para mim talvez não forneça a segurança de que outras pessoas precisam. regedit > MÁQUINA LOCAL DA HKEY > SISTEMA > CONJUNTO DE CONTROLE ATUAL > SERVIÇOS > LANMANWORKSTATION. Se o parâmetro AllowInsecureGuestAuth existir e o valor Hex for 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.

    
por 18.06.2018 / 03:23
0

Existem 2 links bons (mas o terceiro do SuperUser é melhor):

link1 e link2

Embora a instalação do SMB 1.0 me permita ver a 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 com Super link de usuário você deve evitar instalar o SMB 1.0 e a resposta propor uma solução melhor

    
por 03.07.2018 / 18:13
-1

Histórico

Eu tenho três PCs Netwrok locais, 2 no Windows 10 Pro Ver 1803 e 1 no Windows 10 Home versão 1803. Há uma instalação limpa em uma máquina Pro e atualização do Win 7 na outra 2.
 Todas as máquinas executam contas locais, um usuário local sem senha e a conta de administrador interna (Administrador do Usuário da Rede / Ativo: sim), veja mais sobre isso abaixo. O bom é que ambas as contas no Home PC podem acessar pastas em ambos os PCs Pro.
A máquina Pro com uma instalação limpa também funciona bem.
  O Pro Atualizado forneceu o erro 0x80070035 na conta de usuário Local sem senha. Como você, eu segui todas as buscas na internet e a maioria dos conselhos.  O arquivo explore mapeia os outros PCs, mas não seus discos ou pastas. Da mesma forma, o Ping confirma a conexão. Além de habilitar as configurações corretas para o Compartilhamento Avançado, nada mais precisava ser feito nos 2 PCs sem problemas, exceto, obviamente, garantindo que as pastas tivessem permissões e compartilhamento corretos. Resposta
Eu fiz uma instalação limpa na máquina problema Pro - Mesmo erro.
Em seguida, habilitei a conta de administrador interna (Administrador de usuário da rede / Ativo: sim). A boa notícia é que o problema desapareceu quando conectado como Somente 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 correção continua.

    
por 15.06.2018 / 09:02