エラーメッセージなしでリモートデスクトップが失敗する
サーバーWindows 2008 R2サーバーを再起動した後、リモートデスクトップにログインできなくなりました。接続しようとすると、リモートデスクトップはさまざまなステータスメッセージをズームします。最後のメッセージは「リモートセッションの構成」であり、エラーメッセージを表示せずに最初の接続ダイアログに戻ります。
サーバーはまだWebページを配信しているため、稼働しているようです。また、私の資格情報を受け入れているようです。
接続が失敗した理由を確認する方法はありますか？システムの偶数ログを参照しましたが、リモートデスクトップに関連するものは何も見つかりませんでした。おそらくいくつかの隠されたトラブルシューティングモードがありますか？
おかげで、
エイドリアン
編集：その間、サーバーはオンラインに戻りました。それ自体でそれが行われたのか、それまでに連絡がないためにテクニカルサポートが行われたのかはわかりませんが、現時点では問題は解決されています。ただし、p問題の原因がわからないのは少しがっかりです。
実際に再起動したことを確認します。リモートサーバーに対して「Net Use」を実行できる場合は、イベントビューアに接続して、実際に再起動したかどうかを確認します。 RDPセッションから再起動したときに、実際には再起動せずにRDPへの応答を停止する多くのWin2k3サーバーを見てきました。その場合は、サーバーに対してシャットダウン/ iを実行するか、他の帯域外の方法を使用して実際に再起動を実行できます。
この場合、将来、通常のRDPセッションから再起動しないでください。/consoleまたは/ admin接続からのみリブートするか、shutdown/iまたはその他のリモートメソッドを使用します。
私はWindows Server 2012（7年後）と同じ問題を抱えてGoogle経由でここにたどり着いたので、将来の検索者のためにこの問題に関する自分自身の経験を追加します。これが起こったことです：
- 最近のWannaCrypt攻撃を考慮して、保留中のすべてのマイクロソフトからのセキュリティ更新プログラムをインストールしました。当然、再起動が必要でした。二回目。 24時間以内に。この混乱の直前に350日間稼働していたサーバー上。私はすべてのハッカーが地獄で燃えて腐敗することを願っています（私は無神論者ですが、地獄を信じていません）。
- Windows Updateで再起動ボタンをクリックしました。私のRDセッションはすぐに終了し、再接続はすべて失敗し、エラーメッセージは表示されませんでしたが、サーバーは引き続き稼働しており、中断されずにページを提供していました。 AppPoolが完全に読み込まれるまでに1〜2分かかるため、これはわかっています。 Windows Updateは、システムの他のサービスをシャットダウンする必要のないいくつかの予備的な手順を実行していたと思います。
- さらに数分（非常に長くストレスの多い）分後、サーバーはすべての要求に対してHTTP 503を返します。それでもサーバーにpingすることはできました。推測：サーバーはまだ実行中、IISシャットダウン、進行中のより深刻な更新作業。
- 1分ほどで、サーバーへのアクセスがすべて失われました。実際の再起動後にシステムがオンラインに戻るのを待っているカーネル、Windows、何もありません。
- さらに1分後、pingが戻ってきました。実際にRDに接続して、更新が適用される最終ステップを確認しました。以来、サーバーは正常に稼働しています。
したがって、再起動直後にサーバーへのリモートアクセスを失うとパニックに陥らないでください、おそらく何らかのメンテナンス作業が行われており、完了後にすぐにオンラインに戻ります。
サーバー2003でリモートデスクトップを使用する際に問題が発生しました。接続し、いくつかのステータスメッセージが表示された後、デスクトップ全体が表示される前に切断されました。
問題は、同期が数か月間失敗したためにサーバーの時間が間違っていたことでした（約30分の時間差があったと思います）。
イベントログをさらに調査した後、問題を見つけたと思います。再起動が開始された直後にこのエラーが発生しました：
Windowsモジュールインストーラーサービスは、プレシャットダウンコントロールを受け取った後、適切にシャットダウンしませんでした。
したがって、問題は、この特定のサービスがハングしているときに、一部のサービスがシャットダウンされたことでした。タイムアウトが発生した後（1時間）に強制終了されたようです。その後、Windowsは意図したとおりに再起動しました。
今残っている唯一の問題は、これを将来どのように防ぐかです。明らかに、今後の再起動でこれより少し速く実行したいのですが...
良いですが、解決されれば将来の参考のために、これらの行を追加します。
- サーバーが起動し、再起動後にログイン画面が表示されると、リモートデスクトップは機能します。通常、すべてのICMP（Ping）とサービス（Web /ドメインなど）が利用可能になりますが、リモートデスクトップではサーバーが完全に稼働している必要があります。
- サーバーが再起動され、他の誰かがすでに接続している可能性があると予想している場合は、mstsc/adminを試すことができます。これにより、サーバーでのログイン回数の制限を回避できます。
- これには当てはまらないが、これに関連するこの回答のもう1つをカバーするために、 DNSキャッシュの古いエントリ も考慮する必要があるかもしれませんが、エラーについて明確に伝えています。
古いグラフィックスドライバーを使用している場合、リモートデスクトップの動作がおかしくなります。サーバーでは、これが問題になるとは思いませんが、グラフィックスドライバーの更新は他に試すことができます。 （XP SP3マシンで私にとって同様の問題が修正されました。）