Remotedesktop - Der erreichte Remotecomputer ist nicht der von Ihnen angegebene

14

Wir haben gerade einige neue Windows 2008 R2-Server eingerichtet und können diese nicht von unseren Windows 7-Desktops aus auf dem Remotedesktop installieren. Remotedesktop stellt eine Verbindung her, aber nachdem wir die Anmeldeinformationen eingegeben haben, erhalten wir Folgendes:

Die Verbindung kann nicht hergestellt werden, da der von Ihnen angegebene Remotecomputer nicht erreicht wurde. Dies kann durch einen veralteten Eintrag im DNS-Cache verursacht werden. Versuchen Sie, die IP-Adresse des Computers anstelle des Namens zu verwenden.

Wenn wir von Windows 7 auf einem Computer verbinden läuft nicht Windows 2008 R2 oder von einer Maschine nicht läuft Windows 7 auf dem Windows 2008 R2 Server, es funktioniert gut. Wenn wir von Windows 7 über die IP-Adresse eine Verbindung zum Windows 2008 R2-Server herstellen , funktioniert dies ebenfalls einwandfrei (obwohl dies später andere Probleme verursacht).

Ich habe nur eine andere Erwähnung von jemandem gefunden, der dieses Problem hat , also denke ich nicht, dass es nur unser Netzwerk ist.

Haben Sie Vorschläge, wie Sie eine Verbindung von Windows 7 zu Windows 2008 R2 über DNS herstellen können? Beide sind 64-Bit.

Update : Es muss nicht R2 sein, um den Fehler zu erhalten. Wir haben einen anderen Server mit Windows 2008 R1 64-Bit, der ebenfalls ausfällt.

windows-server-2008 domain-name-system windows-7 remote-desktop windows-server-2008-r2 Jim McKeeth
quelle
Habe einen R2 Server, der dies auch nach einem Reload erlebt hat. Es hat seinen Hostnamen. Ein Datensatz und ein Reverse-Lookup sind korrekt definiert und es gibt einen CNAME, der auf den FQDN verweist, der zuvor verwendet wurde, um ihn zu adressieren. Nun wirft dies diesen Fehler und Server, Client und alle DCs sind synchron ... immer ärgerlich , da es kein Problem mit dem vorherigen RC R2 auf dieser speziellen Maschine installieren war - und es hat die gleiche IP - Adresse beibehalten ...
Oskar Duveborn

Antworten:

6

Haben Sie versucht, den DNS-Cache zu leeren?

ipconfig /flushdns

Klingt so, als ob das Problem irgendwo im DNS liegt.

  1. Überprüfen Sie die normale Namenssuche über DNS.
  2. Überprüfen Sie die umgekehrte DNS-Suche für die IP-Adresse des Windows 2008 R2-Computers.
  3. Untersuchen Sie die DNS-Einträge, die für die Server / Windows 7-Computer auf dem DNS-Server erstellt wurden.
  4. Deaktivieren Sie IP6 auf beiden Computern.

Verweisen Sie darauf

Immer wieder sehen wir, dass der IPv6-Stack unter der Haube arbeitet und sich stumm auf Anwendungen auswirkt. Ein Bereich, den wir gesehen haben, sind DNS-Aufrufe für Anwendungsserver. Abhängig von der Anwendung und dem verwendeten Stapel kann der Client DNS-Aufrufe über IPv4 durchführen, um die IPv6-Adresse der Anwendungsserver anzufordern

Jack B Flink
quelle
In meinem Fall hatte sich die Server-IP-Adresse geändert, und der DNS auf dem DC enthielt immer noch den alten Wert. Fix war, ipconfig / registerdns auf dem Problemserver auszuführen.
Neil P
4

Ja, stellen Sie sicher, dass die Uhrzeit auf dem Zielserver korrekt ist. Es muss in der Regel innerhalb von 5 Minuten vom DC entfernt sein, da sich Server und Workstations sonst komisch verhalten, obwohl dies genau sein sollte. Ich habe die Zeit auf meinem neu formatierten Zielserver (2008 nicht R2) korrigiert und mich anschließend sofort von meinem Win7-PC aus verbunden.


quelle
2

Um dieses Problem zu beheben, melden Sie sich mit der IP-Adresse beim betroffenen Server an und führen Sie den folgenden Befehl aus:

  • net stop w32time
  • net start w32time

Ich glaube, das wird das Problem beheben.

Noor2122
quelle
1

Dies kann passieren, wenn Sie ein Zertifikat verwenden und die Namen nicht übereinstimmen.

Tänzer
quelle
Sie haben zu Ihrer Antwort keine Angaben gemacht. Zur Beantwortung müssen Sie einige Informationen zur Diagnose des Problems und anschließend Vorschläge zur Behebung des Problems bereitstellen. Um die Antwort weiter zu verbessern, können Sie Referenzen zur Unterstützung Ihrer Arbeitsweise angeben.
Bernie White
0

Die Lösung, die ich hatte, um dieses Problem zu beheben, war. Stellen Sie sicher, dass Sie die Verbindungsbrokerrolle nicht auf beiden Servern installiert haben. Stellen Sie auch in diesem Fall sicher, dass der Lastenausgleich nur auf EINEM Server überprüft und ausgeführt wird. (Welches ist der Verbindungsbroker)

Phillip
quelle
Die Antwort lässt sich verbessern, indem Sie einen Verweis auf eine offizielle KB bereitstellen oder weiter erläutern, warum die Installation des Verbindungsbrokers auf zwei Servern das Problem verursacht.
Bernie White