Eu executo um servidor Windows 2008 com o SP2. Este servidor funciona como um desktop sozinho. Recentemente, mudei entre duas redes (corporativas e outras) usando este sistema. Desde então, não consigo acessar nenhum compartilhamento de rede na rede original de onde instalei e configurei a área de trabalho. A mensagem que recebo é "O caminho da rede não foi encontrado". Note que eu posso acessar a internet e meu servidor de e-mail corporativo.
Foi-me dito que este é um problema específico do Vista e do Windows 2008 e fiz tudo o que pude pensar: a) Excluiu as segundas configurações de rede da área de trabalho b) Instalou um patch da MS que supostamente cuidou desse problema (com o MS dizendo claramente que não havia testado o suficiente) c) A instalação do SP2 foi depois que o problema ocorreu e eu fui em frente com ele na esperança de que o SP2 possa ter algo que conserte isso
Alguns detalhes adicionais:
a) Um administrador do sistema pode efetuar login neste sistema a partir de um terminal remoto b) Eu não consigo entrar no meu próprio sistema usando o compartilhamento oculto C $ - por exemplo \ mymachine \ C $ me dá a mesma mensagem acima - Caminho de rede não encontrado c) eu posso logar no meu sistema remotamente usando mstsc d) Não consigo criar compartilhamentos neste sistema - como impressoras de rede de extensão não são detectadas
Eu tenho uma atualização para você: A mensagem de erro é a seguinte -
**** Erro de Rede ****
O Windows não pode acessar \\ network_share
Verifique a ortografia do nome. Caso contrário, pode haver um problema com sua rede. Para tentar identificar e resolver problemas de rede, clique em Diagnosticar.
Clicar em Diagnose dá Código de erro: 0x80070035 O caminho da rede não foi encontrado.
Qualquer ajuda será apreciada
Obrigado
No Vista / Server 2008, cada rede tem seu próprio perfil, e você precisará habilitar os Serviços de Arquivo e Impressão (serviços netbios) para cada rede.
Para mais ajuda, tente estes dois links: Ativar compartilhamento de arquivos e impressoras e Compartilhamento de arquivos e impressão no Vista
hth, ~ H
Para mim:
\MYMACHINE\TFS-BUILDS porque o TFS exige um compartilhamento UNC para quedas Como consertei? Eu não tenho: - (
Vou atualizar isso quando eu descobrir!
Editar: CORRIGIDO !!
Aparentemente, 'Compartilhamento de arquivos e impressoras para redes Microsoft' não está instalado para o adaptador de rede por padrão. Isso é independente se o compartilhamento de arquivos está realmente instalado ou não. Não tenho certeza se esse é um padrão do Windows 2008 ou o padrão da placa de rede.
Então, eis o que corrigiu:
Você deve poder ver agora. Jees! (Resposta do link )
Você não é louco Eu também tenho esse problema e posso replicar as estranhas a seguir que só parecem acontecer com os clientes win2k8 sp2 e vista sp2 que não estão associados ao domínio, mas tentam acessar um servidor associado ao domínio. Eles serão solicitados para cred, mas mesmo quando os creds estão corretos não será permitido o acesso. Curiosamente, no entanto, se você tentar se conectar por meio de \ ip \ ou \ ip \ share, será solicitado o uso de creds e eles funcionarão e o acesso será concedido, mas se você usar o padrão \ machinename ou \ FQDN quando solicitado, ele nunca permitirá em.
Isto parece ter começado com o SP2. Eu não encontrei nenhuma solução para isso além de reverter para o SP1 ou usar o IP. Também interessante é que uma vez que você tenha conectado via IP com sucesso, você pode usar os métodos \ machinename etc e eles funcionam bem. Se, em seguida, dissermos remover todas as conexões para a caixa via net use / del em todas as conexões, tente o \ machinename novamente, o problema retornará. - Quase hilário
Não faz sentido lógico para mim porque é isso, mas é.
O que funcionou para mim foi ativar o "TCP / IP NetBIOS Helper" nos serviços. De alguma forma, isso foi configurado para ser executado automaticamente, mas não foi ativado. Depois que eu iniciei o serviço, consegui me conectar aos compartilhamentos.
Você verificou se o firewall do Windows está bloqueando as portas necessárias para o compartilhamento de arquivos? Para ativar a opção Compartilhamento de arquivos e impressoras nas Configurações do Firewall do Windows:
Verifique também no Centro de Rede e Compartilhamento (no Painel de Controle), se "Compartilhamento de Arquivos" estiver "ativado".
A partir do servicess verificar o serviço de navegador do computador ... Eu tive o mesmo problema e, aparentemente, este foi o couse. Eu acho que por padrão este servise está desativado
Corrigir o winsock e o TCP / IP funcionou para mim. No comando run (como admin) usei os seguintes comandos:
para a execução do winsock: netsh winsock reset
para redefinir a execução de tcp / ip: netsh int ip redefinir c: \ temp \ resetlog.txt
Felicidades, Thomas
Esta solução Corrigido o meu problema:
Você não é louco Eu também tenho esse problema e posso replicar as estranhas a seguir que só parecem acontecer com os clientes win2k8 sp2 e vista sp2 que não estão associados ao domínio, mas tentam acessar um servidor associado ao domínio. Eles serão solicitados para cred, mas mesmo quando os creds estão corretos não será permitido o acesso. Curiosamente, no entanto, se você tentar se conectar por meio de \ ip \ ou \ ip \ share, será solicitado o uso de creds e eles funcionarão e o acesso será concedido, mas se você usar o padrão \ machinename ou \ FQDN quando solicitado, ele nunca permitirá em.
Isto parece ter começado com o SP2. Eu não encontrei nenhuma solução para isso além de reverter para o SP1 ou usar o IP. Também interessante é que uma vez que você tenha conectado via IP com sucesso, você pode usar os métodos \ machinename etc e eles funcionam bem. Se, em seguida, dissermos remover todas as conexões para a caixa via net use / del em todas as conexões, tente o \ machinename novamente, o problema retornará. - Quase hilário
Não faz sentido lógico para mim porque isso é, mas é. link | flag
O winsock e o tcpip são redefinidos (via Thomas). Isso foi assustador, porque excluiu todas as configurações do meu NIC. Mas eis que restaurá-los rendeu o tão esperado "bem-vindo ao ... domínio!"
[Tentei várias vezes formatar a maioria dos pontos acima como marcadores, mas tudo correu junto. Além disso, as regras do ServerFault!]
Para se livrar do código de erro 0x80070035, tenho alguns métodos que gostaria de compartilhar. Você pode experimentá-los e nos informar também.
Quero que você saiba que, para mim, resolvo esse problema para marcar Cliente para redes Microsoft no NIC correto em meu controlador de domínio. Parece que quando o mess-up está com o Hyper-V isso foi desativado por algum motivo.
Eu não tentei fazer isso (o winsock e o tcpip foram redefinidos (via Thomas). Isso foi assustador, porque ele apagou todas as configurações do NIC. Mas, eis que restaurá-las rendeu o tão esperado "Welcome to the ... domínio! ") por causa do aviso lá. Eu teria feito isso como último recurso. Se você tiver outro servidor, compare as configurações entre os dois.