コンピューター上の他のサービスが正常に実行されているにもかかわらず、Windows Server 2003/2008がリモートデスクトップ接続に応答しなくなる最も一般的な原因は何ですか?
RDCが以前は機能していた場合は、再構成が原因で上記のいずれかが依然として当てはまる可能性があります。
最近Windows 2008サーバーをセットアップしていたとき、最新のサービスパックやその他の更新プログラムをインストールする前に、ネットワーク設定がいくつかの理由でネットワークルール(他のローカルマシンのファイアウォールを介してRDCを表示できるようにするなど)を構成しました。更新プロセス中にロールバックされたように見え、再構成する必要がありました。ただし、これが発生したのは1回だけであり、Windows 2008をVMWare VMでセットアップする他の場合は一度もないので、それは赤のニシンかもしれません。
リモートデスクトップ/ターミナルサーバーライセンス番号が不足しています。 Win2003/2008ライセンスには2 + 1の管理接続が含まれていることに注意してください。詳細については、TSのライセンスを取得する必要があります。
RPCがおかしくなってしまうことも珍しくありません。
this question の回答にはいくつかの理由があります。
ボリュームシャドウコピー、信じられないかもしれません。 VSSスナップショットがあり、それらの数が多すぎるか、またはそれらがスペースを取りすぎている場合、RDPはすぐにドロップする可能性があります。場合によっては、VSSサービスを再起動すると元に戻ることもあれば、Telnetを有効にして起動し、入って、すべてのvssadminを取得する必要がある場合もあります。
リモートデスクトップが応答しなかったデスクトップ(WinXP)がありました。接続しようとしたところ、タイムアウトなどの反応はありませんでした。 IPアドレスを入力してEnterキーを押すと、接続するリモートデスクトップを尋ねる同じ画面に戻りました。後でGoogleが答えを見つけるのに役立つまで、これは私を困惑させました。
リモートデスクトップのビデオドライバーを更新しましたHost(クライアントではありません)。更新後、リモート接続が許可されました。
これは一般的な問題ではありませんが、奇妙で難しいため、言及する価値があると思いました。