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

14

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.

windows-server-2008 domain-name-system windows-7 remote-desktop windows-server-2008-r2 Jim McKeeth
fonte
Também tenho um servidor R2 passando por isso após uma recarga. Ele tem seu nome de host Um registro e pesquisa inversa definidos corretamente e há um CNAME apontando para o FQDN que foi usado anteriormente para resolvê-lo. Agora, isso gera esse erro e o servidor, o cliente e todos os controladores de domínio estão sincronizados ... ficando irritantes, pois não havia nenhum problema com a instalação anterior do RC R2 nessa máquina específica - e manteve o mesmo endereço IP ...
Oskar Duveborn

Respostas:

6

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

Jack B Nimble
fonte
No meu caso, o endereço IP do servidor havia mudado e o DNS no controlador de domínio ainda mantinha o valor antigo. A correção foi executada ipconfig / registerdns no servidor com problema.
Neil P
4

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.


fonte
2

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.

Noor2122
fonte
1

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

dançarino
fonte
Você não forneceu nenhuma substância para sua resposta. Para responder, você precisa fornecer algumas dicas sobre como diagnosticar o problema e fornecer sugestões sobre como resolvê-lo. Para melhorar ainda mais a resposta, você pode fornecer referências para apoiar seu funcionamento.
Bernie Branco
0

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)

Phillip
fonte
A resposta seria melhorada fornecendo uma referência a um KB oficial ou explicando ainda mais por que a instalação do intermediário de conexão em dois servidores causa o problema.
Bernie Branco