)
)
紹介
予期しないリモートデスクトップの切断は、管理作業を中断させ、全体のリモートデスクトップサービス（RDS）環境にいるユーザーに影響を与える可能性があります。しかし、リモートデスクトッププロトコル（RDP）接続を失うことは、必ずしもWindowsセッションが終了したことを意味するわけではありません。この記事では、原因を特定し、セッション制限を設定し、セキュリティを損なうことなく繰り返し発生する切断を解決する方法について説明します。
リモートデスクトップはなぜ切断され続けるのか？
リモートデスクトップセッションは、Windowsセッションポリシー、ネットワークの問題、ゲートウェイの問題、またはサーバー側の問題によって中断される可能性があります。似たような症状があっても、それぞれの問題には特定のアプローチが必要です。
管理者は状況を分析し、Windowsセッションに何が正確に起こり、いつそれが起こるのかを特定してから、何らかの行動を取るべきです。
セッションが切断されていますか、ロックされていますか、それともログオフしていますか？
Windowsは、正確なトラブルシューティングに不可欠な複数のセッション状態を区別します。
| セッションの状態 | 何が起こるか | アプリケーションへの影響 |
|---|---|---|
| アクティブ | ユーザーは接続され、Windowsと対話しています。 | アプリケーションは正常に動作します |
| アイドル | セッションはユーザーの入力なしで接続されたままです。 | アプリケーションは一般的に実行を続けます |
| ロックされました | 認証が必要です。 | アプリケーションは一般的にアクティブなままです |
| 切断されました | RDP接続は切断されますが、Windowsセッションは残ります | アプリケーションは一般的に実行を続けます |
| ログオフしました | Windowsセッションが終了します | セッション内で実行されているアプリケーションは通常閉じます |
ユーザーが再接続し、アプリケーションがまだ実行中であることを確認した場合、セッションはおそらく切断されたのではなく、終了されていません。アプリケーションが閉じられ、新しいセッションが表示された場合、ログオフ、セッションの終了、またはホストの再起動が発生した可能性があります。
ロックされたセッションは再び異なります。ユーザーは新しいRDP接続を確立することなく、既存のセッションを再開するために認証が必要な場合があります。
切断のタイミングは何を示していますか？
RDPの切断のタイミングと状況は、根本的な原因についての最良の手がかりを与えることがよくあります。
| 症状 | 考えられる原因 | 最初のチェック |
|---|---|---|
| アイドル状態が一定期間続いた後に切断されます | アイドルセッション制限またはネットワークタイムアウト | セッションとゲートウェイのポリシー |
| アクティビティ中に固定の期間後に切断されます | アクティブセッション制限または中間タイムアウト | アクティブセッションとゲートウェイ設定 |
| 使用中にランダムに切断される | パケットロス、VPNの不安定性またはトランスポートの失敗 | ネットワーク接続 |
| 非活動後にロックされる | Windowsの非活動またはスクリーンセーバーポリシー | セキュリティ設定 |
| ホストがアイドル状態のときに切断されます | スリープまたは休止状態 | 電源設定 |
| 接続が切断された後、アプリケーションは閉じます。 | セッションの終了、ログオフまたはホストの再起動 | セッション制限とイベントログ |
| 複数のユーザーが同時に切断される | 共有ゲートウェイ、ネットワークまたはホストの問題 | インフラストラクチャイベント |
しかし、これらの観察はあくまで手がかりに過ぎず、真の原因は異なるかもしれません。
例えば、ファイアウォールに非アクティブ接続のための組み込みタイムアウトがある場合、それは問題を混乱させ、RDSアイドルセッションポリシーを隠す可能性があります。
次に、Windowsセッションポリシーが原因かどうかを確認してください。
RDPセッションのタイムアウトとアイドル制限はどのように機能しますか？
リモートデスクトップサービスは、セッションの時間、非活動、および終了を管理するための多くの異なるオプションを提供します。これらのオプションの不適切な使用は、管理者間の誤解を引き起こし、問題に対応しないポリシーの変更をもたらす可能性があります。
アクティブ、アイドル、切断されたセッションの制限
によると Microsoft Learnのリモートデスクトップサービスポリシー文書 Windowsは3つの主要なセッション時間制限を提供します。
- アクティブセッション制限： セッションの最大持続時間をユーザーの活動に関係なく制御します。8時間の制限は、継続的に作業している人を切断する可能性があります。
- アイドルセッションの制限： 接続されたセッションが非アクティブのままどれくらいの時間保持できるかを制御します。ユーザーの入力がない場合、30分の制限によりセッションが30分後に中断されることがあります。
- 切断されたセッションの制限: セッションが切断された後、Windowsがそれを終了するまで、サーバー上にどれくらいの時間残るかを制御します。
切断されたセッションの制限は、通常、最初の接続の中断を引き起こすことはありません。代わりに、ユーザーのセッションとアプリケーションがその後どれくらいの間利用可能であるかを決定します。
管理者はポリシーを確認する必要があります。 時間制限に達した場合はセッションを終了します この設定が有効になると、適用可能なアクティブまたはアイドル時間制限が、単に切断するのではなく、セッションを終了させる原因となることがあります。
どのセッションタイムアウト設定が優先されますか？
セッションの制限は、ローカルグループポリシー、ドメイングループポリシー、またはRDSコレクション設定によって制御できます。構成オプションは常に同じレベルにあるわけではありません。
Windowsは、適用されるポリシー階層に関連してグループポリシーに作用します。RDSセッションの時間制限に関しては、コンピュータポリシーが関連するユーザーポリシーよりも優先され、強制されたポリシー設定がコレクションレベルの構成よりも優先される可能性があります。
これは、ローカルレベルで行われた設定の変更が、ドメインポリシーで異なる値が指定されている場合には効果がない可能性があることを意味します。
管理者は複数の変更を行う前に効果的な構成を決定する必要があります。これにより、対立するポリシーが作成されるのを防ぎ、記録とトラブルシューティングが簡素化されます。
リモートデスクトップセッションのタイムアウトを修正するために何をする必要がありますか？
リモートデスクトップが一定の時間後に切断され続ける場合は、ネットワーク設定を変更するのではなく、まずセッション時間制限を確認してください。
ステップ 1: グループ ポリシーで RDP セッション制限を確認する
影響を受けたWindowsホスト上で:
-
オープン
実行
そして入力してください
gpedit.msc. - ナビゲートする コンピュータの構成 > 管理用テンプレート > Windowsコンポーネント > リモートデスクトップサービス > リモートデスクトップセッションホスト > セッション時間制限 .
- レビュー アクティブなリモートデスクトップサービスセッションの時間制限を設定する .
- チェック アクティブだがアイドルのリモートデスクトップサービスセッションの時間制限を設定する .
- 切断されたセッションの制限を確認し 時間制限に達した場合はセッションを終了します .
設定された制限を、あなたが目撃した切断間の測定された間隔と比較してください。
例えば、人々が約15分の非活動後に切断される傾向があり、15分のアイドルセッション制限が設定されている場合、それは考えられる原因です。
環境のニーズに基づいて関連する指示を修正してください。通常、完全に制限を解除するのではなく、過度に厳しい制限を単に緩和する方が良いです。ドメインによって管理されているコンピュータでは、グループポリシー管理コンソール（gpmc.msc）を開き、関連するエントリを調査することをお勧めします。
ステップ2: 適用されているグループポリシーを確認する
ローカルポリシーを変更しても問題が解決しない場合は、実際に適用されているグループポリシーオブジェクト（GPO）を特定してください。
影響を受けたホストの管理者権限のコマンドプロンプトから、次のコマンドを実行します:
gpresult /h C:\Windows\Temp\gpresult.html
コンピュータのレポートを開き、そのコンピュータに適用されたポリシーを確認します。ユーザーに適用されたポリシーを表示するには、そのユーザーの結果セットポリシー情報を確認するか、ドメインコントローラーを使用してそのユーザーのグループポリシー結果を表示します。
グループポリシーオブジェクトに承認された変更を加えた後、設定が適用されるコンピューターのグループポリシーの設定を更新します。
gpupdate /force
シナリオによっては、ユーザーが接続を再確立する必要がある場合や、変更が有効になる前にログオフして再度ログインする必要がある場合があります。
このステップは、同じRDS環境が複数のGPOによって管理されている場合に特に必要です。
ステップ3：RDSコレクションとRDゲートウェイ設定の確認
従来のMicrosoft RDS展開では、セッション制限はコレクションレベルで設定することもできます。
オープン サーバーマネージャー > リモートデスクトップサービス > コレクション 関連するコレクションを選択し、そのセッションプロパティを確認してください。アクティブ、アイドル、切断されたセッションの制限を意図した構成と照らし合わせて確認します。
ユーザーがリモートデスクトップゲートウェイ（RDゲートウェイ）を介して接続する場合は、ゲートウェイの接続承認ポリシーも確認してください。
RDゲートウェイサーバー上で:
- オープン リモートデスクトップゲートウェイマネージャー .
- ナビゲートする ポリシー > 接続承認ポリシー .
- 関連するポリシーを開いてください。
- セッションタイムアウト設定を確認してください。
ゲートウェイによって強制されるタイムアウトは、セッションホストが拡張セッションを許可していても発生する可能性があります。
RDゲートウェイを使用しているときにのみ問題が発生する場合は、調査してください。 ゲートウェイの設定 セッションホストポリシーを変更する前に、関連するネットワークデバイスを確認してください。
なぜリモートデスクトップは一定の非活動後に切断されるのか？
すべての非活動に関連する中断がRDSアイドルセッションの制限によって引き起こされるわけではありません。セキュリティ関連や電源管理関連の設定など、干渉する可能性のある他のWindows設定もあります。
Windowsマシンの非アクティブポリシーを確認する
Windowsは、ユーザーによる一定時間の非活動後にセッションをロックするように構成できます。
オープン
secpol.msc
そして移動します:
ローカルポリシー > セキュリティオプション > インタラクティブログオン: マシン非アクティブ制限
この設定は、Windowsがセッションをロックする前の非活動期間を秒単位で指定します。
ロックは通常、RDPセッションを終了したりアプリケーションを閉じたりすることはありません。そのため、ユーザーがWindowsのサインイン画面しか見えない場合は、RDSセッションの制限を変更する前にロックポリシーを調査してください。
スクリーンセーバーと電源設定を確認する
スクリーンセーバーポリシーは、非活動後にユーザーに認証を要求することもできます。
設定を確認してください:
ユーザー構成 > 管理用テンプレート > コントロールパネル > パーソナライズ
スクリーンセーバーのタイムアウトとパスワード保護の設定に特に注意してください。
Windowsのワークステーションでは、スリープまたは休止状態にするとリモートコンピュータが一時的に利用できなくなることがあります。関連する電源設定を確認してください。 設定 > システム > 電源とバッテリー または対応する電源オプションインターフェース。
継続的に必要なシステム リモートアクセス 遠隔からアクセスできるべきであり、適切な電力管理ポリシーを持っている必要があります。すべてのエンドポイントでスリープを無効にすると、企業のセキュリティと電力のニーズが損なわれる可能性があります。
ランダムなRDP切断をトラブルシューティングするプロセスは何ですか？
リモートデスクトップが特にアクティブに作業しているときに警告なしに頻繁に切断される場合、セッションタイムアウトよりもネットワークインターフェースやトランスポートの障害がはるかに起こりやすいです。
ネットワーク接続とVPNの安定性をテストする
関連するサーバーまたはゲートウェイへの接続をテストすることから始めてください。
Test-NetConnection server.example.com -Port 3389
これは、指定された宛先とポートにTCP接続が確立できるかどうかをテストします。ホスト名とポートを、あなたの環境に関連する値に置き換えてください。
継続的な到達可能性テストを実行するには、次のコマンドを実行してください:
ping server.example.com -t
継続的なpingを使用することで、インターネット制御メッセージプロトコル（ICMP）が許可されている場合、間欠的なパケットロスやレイテンシスパイクを明らかにすることができます。それにもかかわらず、成功したping応答はRDPトランスポートの安定性を保証するものではありません。
ネットワークの中断と切断が関連している場合は、Wi-Fiの障害を考慮してください。 VPNトンネルの失敗 ルーティングの変更とファイアウォールの状態遷移。
VPNの再鍵生成失敗、ファイアウォール接続タイムアウト、ネットワークアドレス変換（NAT）セッションの期限切れは、安定したRDP接続を妨げる可能性があります。
代替接続経路を分析する際は、承認されたネットワークルートのみを使用してください。RDPを一般のインターネットトラフィックにさらしたり、診断目的で義務付けられたVPNセキュリティポリシーを回避したりしないでください。
RDP UDPトランスポートが原因かどうかを確認する
現代のRDPセッションは、応答性を高めるために、伝送制御プロトコル（TCP）に加えてユーザーデータグラムプロトコル（UDP）を使用しています。
しかし、誤って設定されたファイアウォール、VPN、またはその他のネットワーク機器がUDPパケットをブロックする可能性があります。
UDPパケットによって問題が引き起こされているかどうかをテストするには、以下の指示に従ってRemote DesktopクライアントにTCPのみを使用させてください。
クライアントコンピュータでグループポリシーを開き、次に進みます:
コンピュータの構成 > 管理用テンプレート > Windowsコンポーネント > リモートデスクトップサービス > リモートデスクトップ接続クライアント
有効にする クライアントでUDPをオフにする その後、再接続し、中断が続くかどうかを観察します。
接続が安定した場合は、ネットワーク経路に沿ったUDP処理を検討してください。
これは診断ステップであり、一般的な解決策ではありません。TCP専用接続は、品質の悪いネットワークでは異なる動作をするため、問題の根本原因が解決されたら、優先されるトランスポートを再確立することを忘れないでください。
リモートデスクトップクライアントとサーバーの健康を調査する
古いWindowsコンポーネント、ネットワークドライバー、またはリモートホストの不安定性によって、持続的な切断が引き起こされることもあります。
クライアントとホストシステムが最新の状態に保たれていることを確認してください。Windowsの更新、ドライバーの変更、またはネットワーク設定の調整後に問題が発生したかどうかを判断します。
障害発生時のCPU、メモリ、ディスクの使用状況を調査します。 RDPセッションパフォーマンスの監視 リソースの枯渇がRemote Desktop Servicesのパフォーマンスに影響を与える可能性があることを関連付けるのに役立ちますが、高い利用率が必ずしも根本的な原因を特定するわけではありません。
生産サーバーでの初期診断ステップとしてリモートデスクトップサービスの再起動を避けてください。サービスやホストの再起動は、他のユーザーに影響を与える可能性があるため、適切な変更管理および診断手順が完了するまで延期するべきです。
Windowsログを使用してRDP切断を診断する方法は何ですか？
ポリシーや接続チェックに理由が表示されない場合、Windowsイベントログは切断前および切断中に何が発生したかを特定するのに役立ちます。 Microsoft Learnのトラブルシューティングガイダンス リモートデスクトップの切断エラーの診断に関する追加情報を提供します。
イベント ビューアでリモート デスクトップ イベントをレビューする
オープン
eventvwr.msc
影響を受けたWindowsシステム上で。
関連するサーバーサイドイベントチャネルには次のものが含まれます:
- アプリケーションとサービスのログ > Microsoft > Windows > TerminalServices-LocalSessionManager > 操作
- アプリケーションとサービスのログ > マイクロソフト > ウィンドウズ > TerminalServices-RemoteConnectionManager > 操作
- Windowsログ > システム
これらのイベントは、セッション接続、切断、認証の問題やシステムの問題を特定するのに役立ちます。
各イベントについて、影響を受けたユーザー、セッションホスト、イベントの発生時刻、および使用された接続の種類を記録してください。これらのイベントを、RD Gateway、VPN、およびネットワーク監視ソフトウェアによってキャプチャされたものと比較してください。
セッションが切断されたことを指定するWindowsイベントは、必ずしも根本的な原因を特定するわけではありません。関連するイベントを確認する必要がある場合があります。
Windowsセッションがまだ存在するか確認する
リモートデスクトップセッションホストで、実行します:
クエリセッション
このコマンドは、現在のセッションとそのステータスを表示します。
問題のあるセッションがまだ切断されている場合、アプリがまだ実行されている可能性があります。セッションがもはや存在しない場合は、ログオフ、セッションクリーンアップポリシー、およびホストの再起動を確認してください。
共有のRDSサーバーでは、影響を受ける人とその影響が何であるかを知っている場合を除き、トラブルシューティング中にセッションを終了しないでください。
複数のユーザー間での切断を相関させる
複数のユーザーが同時に切断される場合は、個々のユーザーのマシンに移る前に、まずインフラストラクチャを確認してください。
ゲートウェイの再起動、ネットワークの問題、またはセッションホストのクラッシュは、多くのユーザーを同時にダウンさせる可能性があります。
複数のマシンでイベントを相関させることで、それが孤立したクライアントの問題であったのか、より広範な問題であったのかを判断するのに役立ちます。
場合によっては、RDSおよびネットワークトレースのさらなる分析が必要となり、正確な原因とイベントの順序を特定することがあります。
リモートデスクトップセッションとアプリケーションをどのように実行し続けることができますか？
一部のユーザーは、リモートデスクトップの切断を避けたいと考えています。なぜなら、リモートセッションを終了した後もアプリケーションが実行され続けるからです。
ただし、RDPセッションを開いたままにしておくことと、Windowsワークロードが引き続き実行されることは、2つの異なるユースケースです。
サインアウトせずに切断
リモートデスクトップクライアントを閉じると、通常は接続が切断されますが、Windowsからサインアウトすることはありません。
確立したセッションは保持される傾向があり、セッションポリシーや他のイベントによって閉じられない限り、アプリは一般的に開いたままになります。
対照的に、選択する サインアウト Windowsセッションを終了し、通常はそのアプリケーションを閉じます。
アプリケーションが切断後に予期せず終了する場合は、切断されたセッションのタイムアウト期間と、セッションを自動的にクリーンアップするポリシーを確認してください。
RDPセッションとは独立してバックグラウンドワークロードを実行する
アプリケーションやプロセスは、インタラクティブなRDPセッションが開いたままであることに依存してはならず、継続的に実行される必要があります。
作業負荷に応じて、潜在的な代替手段にはWindowsサービス、タスクスケジューラ、またはアプリケーション特有の自動化が含まれます。
タスクスケジューラは特定のタスクを無人で実行できますが（インタラクティブログオンなしで）、すべてのWindowsデスクトップアプリケーションがこのタイプの操作をサポートしているわけではありません。
重要なワークロードの場合、推奨される方法は、アプリケーションプロセスを管理者のインタラクティブセッションから完全に切り離すことです。
リモートデスクトップの切断を繰り返し防ぐ方法は？
標準セッションルールの実装、インフラストラクチャの可用性、およびネットワーク活動の概要は、ランダムなRDP切断の防止に大きく寄与します。
まず、管理者は会社のセキュリティポリシーとユーザーの要求に従って、アクティブ、非アクティブ、および切断されたセッションの制限とタイムアウトを定義する必要があります。さらに、適用されているグループポリシー、ゲートウェイ、およびネットワークデバイスのタイムアウトを定期的に確認することで、それらの不適合によって引き起こされるセッションの切断を回避するのに役立ちます。
例えば、RDSホストの使用に複数のゲストやユーザーがいる場合、サーバーのパフォーマンスを分析し、セッション中に発生するエラーやインシデントを個別に調査することは良いアイデアです。これにより、問題の原因を特定し、すべてのユーザーやゲストの問題を一度に解決することができます。
セッションが長くアクティブまたは持続しているほど良いと信じるのは間違いです。インフラストラクチャの監視には役立ちますが、オペレーターなしでオープンしているセッションはセキュリティの脅威となる可能性があります。
主なアイデアは、リモートデスクトップで作業するオペレーターやユーザーに対して、システムの不安定性やセキュリティの問題を引き起こすことなく、予期しないRDPの切断や中断を防ぐことです。
従来のRDSのよりシンプルな代替品をお探しですか？
中央集権的なWindowsアプリケーションとデスクトップの配信を簡素化したい組織向けに、 TSplus リモートアクセス アプリケーションの公開、ブラウザベースのアクセス、マルチユーザーセッション機能を提供します。従来のRDS展開に代わるアプローチを提供し、ITチームが集中管理されたソリューションを通じてリモート接続を管理できるようにします。
結論
リモートデスクトップが切断され続ける場合は、まずWindowsセッションがロックされているのか、切断されているのか、終了しているのかを特定します。予測可能な中断は通常、セッションポリシーを確認する理由となりますが、ランダムな障害はネットワークトランスポート、ゲートウェイ、およびシステムログの詳細な調査を必要とします。
ターゲット設定の変更は、すべてのタイムアウトを無効にするよりも効果的です。一貫したポリシーと監視は、セキュリティを弱めることなく信頼性の高いRDP接続を維持するのに役立ちます。
TSplus リモートアクセス 無料トライアル
デスクトップ/アプリアクセスのための究極のCitrix/RDS代替。安全で、コスト効果が高く、オンプレミス/クラウド
)
)
)
