Windows 7 - Não é possível acessar compartilhamentos UNC, mas pode executar ping e RDP

4

Eu tenho um problema estranho com uma máquina de 90.

Win 7 x64 SP1, funcionando bem anteriormente. Registrado no domínio e capaz de acessar unidades mapeadas no servidor de arquivos.

Esta manhã, o usuário tem IP do servidor DHCP, mas não consegue acessar nenhum recurso de rede ou internet.

Podem fazer ping de servidores e eles são resolvidos corretamente.

Desassociou-se do domínio e da conta local conectada para testar isso.

Cache do DNS descarregado. Redefinir Pilha IP. Reiniciado.

O Firewall do Windows e o AVG estão desativados.

O acesso à Internet agora é possível.

Ping SERVER resolve com o endereço IP correto (10.1.2.1)

RDP no SERVER ou 10.1.2.1 e conecta o arquivo.

Navegue até \\ SERVER ou \\ 10.1.2.1 e o Windows não consegue acessar \\ SERVER. Erro 0x80004005

O serviço Localizador de computadores está definido como Automático e está em execução.

Alguma idéia?

Windowscannotaccess\server

Checkthespellingofthename.Otherwise,theremightbeaproblemwithyournetwork.Totryroidentifyandresolvenetworkproblems,clickDiagnose.

Errorcode:0x80004005

Elefazomesmoaoseconectaraumservidornodomínioounão.Nãoconsigoentrarnamáquinadevoltaaodomínio,poiselenãoconsegueencontraroservidordedomínio.

Eutambémtenteiforçarmanualmenteousodecredenciaisdedomínio,conformesugerido,mapeandomanualmenteocompartilhamentoeusandooutrascredenciais,masissoresultaemumerrodiferente.

Error code: 0x800704cf

    
por OWSam 18.06.2015 / 10:32

6 respostas

2

Verifique se o compartilhamento de impressão e de arquivos está ativado na rede e no centro de compartilhamento > configurações avançadas de compartilhamento. Meu problema era que o compartilhamento de arquivos e impressoras não permanecia ativado. Para resolver isso, verifiquei todos os serviços automáticos. Descobrimos que o serviço "netlogon" foi desativado. O serviço "netlogon" depende de um serviço chamado "estação de trabalho". Teve que iniciar o serviço "estação de trabalho" e foi então capaz de iniciar o serviço "netlogon". Isso resolveu o problema.

    
por 21.02.2018 / 19:34
1

Acabei de entrar no painel de controle > Rede & Centro de compartilhamento > Alterar as configurações de compartilhamento antecipado > Seta para baixo clicada (para o tipo de rede atualmente conectado, por exemplo, Casa ou Trabalho) > Desativado o compartilhamento protegido por senha.

Eu sei que isso não deveria ter acontecido (não é o caminho correto). Porque, a proteção por senha é muito importante para redes. Mas pode haver alguma coisa e, por enquanto, consigo navegar na minha rede local, não apenas para fazer ping ou usar a internet.

    
por 21.01.2017 / 07:34
1

Eu tive um problema semelhante: não consegui acessar 1 de 6 servidores por meio do fileexplorer. Todos os servidores estavam na mesma rede (uma outra rede do que eu estava tentando acessá-los) e eram bastante semelhantes.

Para 5 dos 6, recebi uma caixa de diálogo de nome de usuário / senha e forneci as credenciais corretas.

Para o último, no entanto, nunca fui prometido. Eu só tenho o alerta "Windows não pode acessar \ server". Não tive nenhum problema em acessar o servidor com RDP ou ping.

O que funcionou para mim foi ir ao gerenciador de credenciais e adicionar as credenciais manualmente (aqui, pude ver as credenciais que eu havia adicionado anteriormente para os outros servidores).

    
por 05.10.2017 / 10:39
0

Agora que o seu código de erro está finalmente correto, tente isto:

In two words: Domain vs. Workgroup

Basically, here’s why it took an hour to figure this out: after using this file share SUCCESSFULLY for one Windows session thru address bar in Windows Explorer and subsequently mapping the drive and asking Windows to restore the network mapping on reboot, things got sour after the actual reboot. Typing share location in address bar would time out in 90 seconds. The error is beyond cryptic. I would know what to do if it said that IOINC Active Directory does not contain such-and-such user name. Instead it said unspecified error 0x80004005. Diagnostics could not determine anything either. After scratching my head, I went to disconnect the share, and try to re-establish it. Direct approach (typing \PCName\FileShare ) still led to the error code 0x80004005. Resolution was in sight, but still not obvious. Map network share dialog has a way to enter new credentials. Just re-tying password still took me to 0x80004005. I had to see DomainName\UserName as the fully-qualified user name to get what was going on. Windows 7 Pro assumed that UserName was a domain user, whereas it isn’t. BUG, N times over. Having supplied the new credentials, I can now type \PCName\FileShare in Windows Explorer address bar and see the files. I haven’t tried, but I guess clearing passwords in Internet Explorer Options would have resolved the issue as well.

Fonte: link

    
por 18.06.2015 / 11:33
0

Nós sentimos isso ocorrendo em uma única pasta específica. Acontece que as pastas off-line causaram o problema porque usamos pastas redirecionadas. Portanto, o Windows está literalmente se conectando a esse compartilhamento com as outras credenciais de usuários assim que o Windows for iniciado, para recusar a conexão do usuário conectado.

A solução usada foi desativar a sincronização off-line.

    
por 03.08.2018 / 21:50
0

Você já tentou ver as configurações do adaptador de rede ControlPanel - > Rede e compartilhamento - > em seguida, clique no botão de propriedades do adaptador e & gt ;.

verifique se o Cliente para redes Microsoft está instalado e marcado

    
por 14.09.2018 / 10:18