web-dev-qa-db-ja.com

リモートデスクトップ-到達したリモートコンピューターが指定したものではありません

新しいWindows 2008 R2サーバーをいくつかセットアップしただけで、Windows 7デスクトップからそれらにリモートデスクトップすることができません。リモートデスクトップは接続しますが、資格情報を提供すると、次のようになります。

到達したリモートコンピュータが指定したものではないため、接続を完了できません。これは、DNSキャッシュの古いエントリが原因である可能性があります。名前の代わりにコンピュータのIPアドレスを使用してみてください。

Windows 7から実行されていないWindows 2008 R2マシン、または実行されていないWindows 7からWindowsに接続する場合2008 R2サーバー、正常に動作します。同様に、IPアドレスを介してWindows 7からWindows 2008 R2サーバーに接続すると、正常に動作します（ただし、後で他の問題が発生します）。

私は他に1つしか見つかりません この問題を抱えている誰かのメンション なので、それは私たちのネットワークだけではないと思います。

Windows 7からWindows 2008 R2にDNS経由で接続する方法について何か提案はありますか？どちらも64ビットです。

Update：エラーを取得するためにR2である必要がないことがわかります。 Windows 2008 R1 64ビットである別のサーバーがあり、これも失敗します。

windows-server-2008domain-name-systemwindows-7remote-desktopwindows-server-2008-r2
14
Jim McKeeth

これは少なくとも部分的に ドメインコントローラのクロックがオフになっている に関連していたようです。時刻が修正されると、それは機能しました。

13
Jim McKeeth

DNSキャッシュをフラッシュしてみましたか？

ipconfig /flushdns

問題はDNSのどこかにあるようです。

  1. DNSを介した通常の名前検索を確認します。
  2. Windows 2008 R2マシンのIPアドレスでDNS逆引き参照を確認します。
  3. DNSサーバー上のサーバー/ Windows 7マシン用に作成されたDNSレコードを調べます。
  4. 両方のマシンでIP6を無効にしてみてください。

リファレンス this

IPv6スタックが内部で動作し、アプリケーションに影響を与えないことが何度もありました。これは、アプリケーションサーバーのDNS呼び出しに見られます。アプリケーションと使用中の特定のスタックに応じて、クライアントはIPv4を介してDNS呼び出しを行い、アプリケーションサーバーのIPv6アドレスを要求する場合があります。

6
Jack B Nimble

はい、ターゲットサーバーの時刻が正確であることを確認してください。 DCから5分以内である必要があります。通常、サーバーまたはワークステーションは正確に動作しますが、おかしな動作を開始します。新しく再フォーマットしたターゲットサーバーの時刻を修正しました（2008ではR2ではありません）。その後すぐに私のWin7 PCから接続しました。

5
Tommy

この問題を修正するには、IPアドレスを使用して影響を受けるサーバーにログインし、次のコマンドを実行します。

  • ネットストップw32time
  • ネットスタートw32time

これで問題が解決すると思います。

3
Noor2122

これは、証明書を使用していて、名前が一致しない場合に発生する可能性があります。

1
dancer

この問題を解決するために必要な解決策は、両方のサーバーに接続ブローカーの役割がインストールされていないことを確認することでした。実行する場合でも、負荷分散が1つのサーバーでのみチェックおよび機能していることを確認してください。 （これはコネクションブローカーです）

0
Phillip