Área de trabalho remota - o computador remoto alcançado não é o que você especificou

Acabamos de configurar alguns novos servidores Windows 2008 R2 e não podemos usar a Área de Trabalho Remota neles a partir de nossas áreas de trabalho do Windows 7. A área de trabalho remota se conecta, mas depois que fornecemos credenciais, obtemos:

A conexão não pode ser concluída porque o computador remoto alcançado não é o especificado por você. Isso pode ser causado por uma entrada desatualizada no cache DNS. Tente usar o endereço IP do computador em vez do nome.

Se conectarmos do Windows 7 a uma máquina que não esteja executando o Windows 2008 R2 ou de uma máquina que não esteja executando o Windows 7 ao servidor Windows 2008 R2, funcionará bem. Da mesma forma, se nos conectarmos ao servidor Windows 2008 R2 a partir do Windows 7 por meio do endereço IP , ele funcionará bem (embora isso cause outros problemas posteriormente).

Eu só encontrei outra menção de alguém com esse problema , então não acho que seja apenas a nossa rede.

Alguma sugestão sobre como conectar-se do Windows 7 ao Windows 2008 R2 via DNS? Ambos são de 64 bits.

Atualização : Acontece que ele não precisa ser o R2 para obter o erro. Temos outro servidor que é o Windows 2008 R1 de 64 bits que também falha.

Parece que isso estava relacionado ao menos parcialmente ao relógio no controlador de domínio estar desativado . Uma vez que o tempo foi corrigido, funcionou.

Você já tentou liberar o cache do DNS?

ipconfig /flushdns

Parece que o problema está em algum lugar no DNS.

1. Verifique a pesquisa de nome normal através do DNS.
2. Verifique a pesquisa inversa de DNS no endereço IP da máquina Windows 2008 R2.
3. Examine os registros DNS criados para os servidores / máquinas Windows 7 no servidor DNS.
4. Tente desativar o IP6 nas duas máquinas.

Faça referência a este

Repetidamente, vemos a pilha IPv6 operando sob o capô, afetando silenciosamente os aplicativos. Uma área que vimos é nas chamadas DNS para servidores de aplicativos. Dependendo do aplicativo e da pilha específica em uso, o cliente pode fazer chamadas DNS pelo IPv4 solicitando o endereço IPv6 dos servidores de aplicativos

Sim, verifique se a hora no servidor de destino é precisa. Ele deve estar dentro de 5 minutos do controlador de domínio normalmente ou os servidores e as estações de trabalho começam a agir de maneira engraçada, embora deva ser exato. Corrigi o tempo no meu servidor de destino recém-reformatado (2008 e não no R2) e me conectei imediatamente depois do meu PC Win7.

Para corrigir esse problema, faça login no servidor afetado usando o endereço IP e execute o seguinte cmd,

• net stop w32time
• net start w32time

Acredito que isso resolverá o problema.

Isso pode acontecer se você usar um certificado e os nomes não corresponderem.

A solução que tive para corrigir esse problema foi .. verifique se você não tem a função de intermediário de conexão instalada nos dois servidores. Mesmo se o fizer, verifique se o balanceamento de carga está apenas verificando e funcionando em um servidor. (Qual é o intermediário de conexão)