Bureau à distance - l'ordinateur distant atteint n'est pas celui que vous avez spécifié

Nous venons de configurer de nouveaux serveurs Windows 2008 R2 et nous ne pouvons pas y installer le Bureau à distance depuis nos bureaux Windows 7. Le bureau à distance se connecte, mais après avoir fourni les informations d'identification, nous obtenons:

La connexion ne peut pas être établie car l'ordinateur distant atteint n'est pas celui que vous avez spécifié. Cela peut être dû à une entrée obsolète dans le cache DNS. Essayez d'utiliser l'adresse IP de l'ordinateur au lieu du nom.

Si nous nous connectons de Windows 7 à une machine qui n'exécute pas Windows 2008 R2, ou d'une machine qui n'exécute pas Windows 7 au serveur Windows 2008 R2, cela fonctionne très bien. De même, si nous nous connectons au serveur Windows 2008 R2 à partir de Windows 7 via l' adresse IP, cela fonctionne bien (bien que cela provoque d'autres problèmes plus tard).

Je n'ai trouvé qu'une autre mention d'une personne ayant ce problème , donc je ne pense pas que ce soit juste notre réseau.

Des suggestions sur la façon de se connecter de Windows 7 à Windows 2008 R2 via DNS? Les deux sont en 64 bits.

Mise à jour : il s'avère qu'il n'est pas nécessaire que ce soit R2 pour obtenir l'erreur. Nous avons un autre serveur Windows 2008 R1 64 bits qui échoue également.

Il semble que cela soit au moins partiellement lié à l' horloge du contrôleur de domaine éteinte . Une fois le temps corrigé, cela a fonctionné.

Avez-vous essayé de vider le cache DNS?

ipconfig /flushdns

On dirait que le problème se situe quelque part dans le DNS.

1. Vérifiez la recherche de nom normale via DNS.
2. Vérifiez la recherche DNS inversée sur l'adresse IP de la machine Windows 2008 R2.
3. Examinez les enregistrements DNS créés pour les serveurs / machines Windows 7 sur le serveur DNS.
4. Essayez de désactiver IP6 sur les deux machines.

Référence ce

Maintes et maintes fois, nous voyons la pile IPv6 fonctionner sous le capot, ayant un effet silencieux sur les applications. Un domaine que nous avons vu est celui des appels DNS pour les serveurs d'applications. En fonction de l'application et de la pile spécifique utilisée, le client peut effectuer des appels DNS sur IPv4 en demandant l'adresse IPv6 des serveurs d'applications

Oui, assurez-vous que l'heure sur le serveur cible est exacte. Cela doit être généralement à moins de 5 minutes du contrôleur de domaine ou les serveurs et les stations de travail commencent à agir de manière amusante, mais cela devrait être exact. J'ai corrigé l'heure sur mon serveur cible nouvellement reformaté (2008 pas R2) et je me suis immédiatement connecté après mon PC Win7.

Pour résoudre ce problème, connectez-vous au serveur affecté à l'aide de l'adresse IP et exécutez la cmd suivante,

• net stop w32time
• net start w32time

Je pense que cela résoudra le problème.

Cela peut se produire si vous utilisez un certificat et que les noms ne correspondent pas.

La solution que j'ai dû résoudre ce problème était .. assurez-vous que le rôle de courtier de connexion n'est pas installé sur les deux serveurs. Même si vous le faites, assurez-vous que l'équilibrage de charge ne vérifie et ne fonctionne que sur UN serveur. (Quel est le courtier de connexion)