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

14

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.

Jim McKeeth
la source
Vous avez également rencontré un serveur R2 après un rechargement. Il a son nom d'hôte Un enregistrement et une recherche inversée correctement définis et il y a un CNAME pointant vers le FQDN qui était précédemment utilisé pour l'adresser. Maintenant, cela jette cette erreur et le serveur, le client et tous les contrôleurs de domaine sont synchronisés ... devient ennuyeux car il n'y avait pas de problème avec l'installation précédente de RC R2 sur cette machine particulière - et il a conservé la même adresse IP ...
Oskar Duveborn

Réponses:

6

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

Jack B Nimble
la source
Dans mon cas, l'adresse IP du serveur avait changé et le DNS sur le DC conservait toujours l'ancienne valeur. Le correctif consistait à exécuter ipconfig / registerdns sur le serveur problématique.
Neil P
4

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.


la source
2

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.

Noor2122
la source
1

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

Danseur
la source
Vous n'avez fourni aucune substance à votre réponse. Pour répondre, vous devez fournir des informations sur la façon de diagnostiquer le problème, puis fournir des suggestions sur la façon de le résoudre. Pour améliorer encore la réponse, vous pouvez fournir des références pour soutenir votre fonctionnement.
Bernie White
0

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)

Phillip
la source
La réponse serait améliorée en fournissant une référence à une base de connaissances officielle ou en expliquant davantage pourquoi l'installation du courtier de connexion sur deux serveurs provoque le problème.
Bernie White