Não é possível acessar a pasta compartilhada usando o nome do host

Question

Atualmente estou tendo problemas para acessar pastas compartilhadas em um servidor Windows.

A arquitetura:

Rede autônoma plana com 2 servidores Windows (2008 R2 SP1) e 2 clientes Windows (Windows 7 SP1 64 bits). Todas as máquinas são configuradas com um endereço IP estático, configurado em um único grupo de trabalho (ou seja, sem CD). Cada máquina é configurada com apenas um usuário (Administrador) e todos têm a mesma senha.

O problema:

O cliente 1 não pode acessar as pastas compartilhadas no Servidor 1 usando o nome do host no endereço. Pode, no entanto, acessá-los se estiver usando o endereço IP da máquina. O erro que estamos recebendo é " The Specified network password is not correct " (os detalhes corretos estão sendo usados).

O cliente 1 pode acessar pastas compartilhadas no Servidor 2 sem problemas. O Cliente 2 e o Servidor 2 podem acessar as pastas compartilhadas no Servidor 1 sem problemas.

Se fizermos ping no nome do host, obteremos uma resposta válida.

O que foi tentado:

• Os horários estão em sincronia
• Configuração do GPO - Network Security: LAN Manager Authentication Level está definido como " Send LM & NTLM - use NTLMv2 session security if negotiated " em todo o sistema.
• Configuração do GPO - Network access:Sharing and Security model for local accounts está definido como " Classic " em todo o sistema.
• O Grupo inicial está desativado nos dois clientes do Windows 7.
• As configurações avançadas de compartilhamento são definidas da mesma forma no cliente 1 e no cliente 2.
• O serviço "Estação de trabalho" é definido como automático e foi iniciado.
• O arquivo hosts está configurado corretamente. Não há nenhum arquivo lmhosts na pasta %SystemRoot%\System32\drivers\etc , lmhosts.sam não contém registros.
• As credenciais foram adicionadas manualmente ao gerenciador de credenciais do Windows sem efeito.
• Um novo usuário foi adicionado ao Cliente 1 e ao Servidor 1, o problema não muda.
• O mapeamento manual de uma unidade de rede (incluindo o uso de credenciais diferentes) apresenta o mesmo erro.

Notas:

Embora, sim, uma solução possível seja usar o endereço IP em vez do nome do host, isso não é possível, pois os endereços IP serão alterados depois que concluirmos os trabalhos no sistema.

Desculpe pela pergunta Guerra e Paz, obrigado por qualquer ajuda que você possa dar.

    

Answer 1

Então, para resumir:

1. Problemas como esse são freqüentemente causados por uma resolução inconsistente de nomes.
2. Ao acessar compartilhamentos de arquivos, tente usar nomes de host reais como eles estão configurados na caixa de diálogo Propriedades do sistema e não qualquer tipo de alias. Se tiver problemas, tente acessar o compartilhamento pelo endereço IP do servidor. Se ainda não for bem sucedido, você provavelmente terá um problema de um tipo diferente e esta instrução não é para você. Se tiver êxito, inicie a solução de problemas no cliente da seguinte maneira:
3. Livre-se das entradas desnecessárias nos arquivos hosts e lmhosts . Se possível, não use esses arquivos.
4. Se você estiver usando a infraestrutura de DNS, tente nslookup <name-of-the-fileserver> (lembre-se: use o nome do host real e não um alias) e nslookup <ip-address-returned-by-the-first-nslookup> - se o último resolver para um nome de host diferente ou se o primeiro retornar um endereço IP incorreto , isso pode ser a causa do problema. Solucione problemas de suas zonas DNS - tanto para frente quanto reversa. Verifique também se os sufixos DNS são os mesmos em todos os hosts.
5. Se você tiver uma configuração de grupo de trabalho sem depender do DNS, nslookup não ajudará. Em vez disso, tente ping <name-of-the-fileserver> e ping -a <ip-address-of-the-fileserver> verificar se a resolução de nomes funciona corretamente em ambas as direções. Se houver anomalias, solucione os problemas de sua configuração TCP / IP: verifique se há endereços IP atribuídos incorretamente / incorretos (incluindo endereços IP secundários) nos adaptadores de rede primários e adicionais (incluindo os desconectados).
6. As etapas acima também precisam ser concluídas da perspectiva do servidor.
7. Às vezes, é necessário "pré-montar" as credenciais do usuário (ou seja, após configurar as credenciais do usuário no servidor, mas antes tentar se conectar a ele) o Gerenciador de Credenciais do Windows do cliente usando o seguinte formato para o nome de usuário: ServerName\UserAccountName (e não simplesmente UserAccountName ).

Answer 2

Tente executar esses comandos nas máquinas que não podem acessar com nomes de host:

nbtstat -RR

AND

ipconfig /flushdns

NOTA: O arquivo hosts também depende de um endereço IP codificado. Você pode considerar configurar o servidor como um endereço IP estático em vez de DHCP.

    

Answer 3

Graças a @Sergio e @PJMahoney Já descobrimos qual era o problema.

O cliente 1 contém 2 NICs, apenas o NIC 1 está conectado; no entanto, a NIC 2 foi configurada com um IP estático do mesmo endereço do Servidor 1. A evidência disso foi que o Cliente estava resolvendo o IP do Servidor 1 para seu próprio nome de host; (Obrigado Sergio por me contar sobre ping -a ).

São sempre as coisas simples e estúpidas.