リモートデスクトップでは、接続画面を閉じたこととWindowsからサインアウトしたことは同じではありません。「切断」は通信経路だけを閉じ、接続先のユーザーセッションと実行中のアプリを通常は残します。「ログオフ」は現在の画面でいうサインアウトに相当し、アプリを終了してセッション自体を削除します。この違いを知らずに他人のセッションを終了すると、未保存データを失うおそれがあります。ここでは状態の関係を図で整理し、確認コマンド、時間制限、安全な終了手順まで説明します。
セッション・接続・切断・ログオフの関係
「接続」は、クライアントと接続先の間で画面、入力、音声などを運ぶ経路です。「セッション」は接続先Windows上に作られるユーザーの作業環境で、デスクトップ、アプリ、ユーザーごとのプロセスを含みます。接続がなくなってもセッションが残り得ることが、RDPを理解する要点です。
接続開始 ↓ ［ACTIVE：接続中］ ├─ 切断・通信断 →［DISC：切断済み］→ 再接続 →［ACTIVE］ └─ サインアウト／ログオフ → アプリ終了 → セッション削除 ［DISC］からログオフ／時間制限による終了 → アプリ終了 → セッション削除
切断済みは、セッションが一時停止した状態ではありません。画面を受け取る利用者がいないだけで、接続先ではアプリやバックグラウンド処理が動き続ける場合があります。一方、ログオフ後は同じ作業画面へ再接続できません。停電、再起動、アプリ障害は別問題なので、切断前にも重要なファイルは保存してください。
接続中のACTIVEセッションで起きていること
資格情報が受け入れられてデスクトップが表示されると、接続先にユーザーセッションが存在し、クライアントがそのセッションへ接続した状態になります。管理コマンドではActiveなどと表示されます。キーボードとマウスの入力は接続先で処理され、アプリやファイルも原則として接続先PC上で動作します。
クライアント側のウィンドウは、セッションそのものではなく、画面を操作する窓口です。最小化やネットワーク瞬断で窓口が見えなくなっても、作業が終了したとは限りません。同じ接続先へ同じアカウントで再接続すれば、残っているセッションへ戻れるのが一般的です。別の資格情報で接続すると、期待した作業状態が表示されないことがあります。
Windows 11のリモートPCと、複数ユーザーを扱うRemote Desktop Session Hostでは、同時利用やライセンスの設計が異なります。ただし、接続経路とサーバー側セッションを分けて考える原則は共通です。組織のサーバーでは、一般利用者が独自判断でほかのセッションを操作せず、管理手順に従います。
切断したときに残るものと注意点
RDPクライアントの閉じるボタンから切断した場合や、現在のセッションでtsdisconを実行した場合は、通常はログオフせず接続だけを終了します。Microsoftのtsdiscon資料でも、切断時に実行されていたアプリは、同じセッションへ再接続した際に引き続き実行中であると説明されています。
長い計算や処理を続けたまま席を離れられる反面、切断中もCPU、メモリ、ファイルハンドル、アプリのライセンスなどを消費します。保存していない文書はメモリ上に残っているだけで、接続先の再起動やアプリ障害が起きれば失われます。必要な処理だけを残し、文書は保存し、再接続予定を管理者と共有するのが安全です。
意図せず通信が途切れた場合は、すぐ新しいアカウントや別名で入り直さず、同じPC名と同じアカウントで再接続します。戻れないときは管理者がquserで切断済みセッションの有無を確認します。セッションが残っている間に接続先を再起動すると作業を失うため、再起動を最初の対処にしません。
ログオフとサインアウトで終了するもの
タイトルの「ログオフ」は、現在のWindows UIで主に「サインアウト」と表示される操作です。サインアウトを選ぶと、そのユーザーのアプリが閉じられ、ユーザープロセスが終了し、セッションが削除されます。次回のRDP接続は新しいサインインから始まり、切断前のウィンドウ配置や未保存内容は復元されません。
Microsoftのlogoffコマンドも、指定したユーザーをセッションからログオフさせ、そのセッションを削除します。他人のセッションIDを指定する操作はデータ損失につながるため、権限があるだけでは実行理由になりません。本人への連絡、保存確認、対象IDの再照会、保守記録をそろえてから実施します。
- 作業を後で続ける：保存してから切断
- 作業が完了しリソースを解放する：アプリを正常終了してサインアウト
- 接続が突然切れた：同じ接続先・同じアカウントで再接続
- 他人の切断済みセッション：本人の確認なしにログオフしない
ロック・スリープ・再起動との違い
ロックはデスクトップの操作を認証画面で保護するもので、ログオフではありません。アプリとセッションは通常残ります。ただし、画面の見え方や再認証の動作はWindowsの版、認証方式、組織ポリシーで変わり得るため、見た目だけで終了と判断しません。
接続先PCがスリープすると、セッションが残っていてもネットワークから到達できないことがあります。Wake on LANは機器と管理設計に依存します。長時間の処理を残す場合は、電源ポリシー、Windows Update、保守予定を先に確認し、切断すれば必ず後で戻れるとは考えないでください。
再起動やシャットダウンはOSと全ユーザーのセッションを終了します。複数利用者のサーバーでは、ほかのActiveまたはDiscセッションにも影響します。自分の画面だけを見て再起動せず、管理者が全セッションと未保存データを確認してから、承認された保守時間に実施します。
quserで現在の状態を確認する
管理者が接続先で状態を確認するには、コマンドプロンプトまたはPowerShellで次の読み取り専用コマンドを実行します。ユーザー名、セッション名、セッションID、状態、アイドル時間、ログオン時刻が表示され、現在のセッションには通常「>」が付きます。
quserSTATEがActiveなら接続中、Discなら切断済みです。セッションIDは管理操作の対象を特定する重要な値なので、IDだけを古いメモから流用せず、ユーザー名と状態を同時に確認します。表示言語や列幅は環境で異なり、組織の権限設定によっては他ユーザーを照会できません。権限エラーを回避するためにセキュリティ設定を弱めないでください。
管理端末からRemote Desktop Session Hostを照会する場合はquser /server:SERVER01の形式を使えます。適切な管理権限、管理ネットワーク、Windowsファイアウォールの要件が必要です。保守前はActiveだけでなくDiscも確認し、残っている場合は本人へ保存状況と終了可否を問い合わせます。
管理者が切断・ログオフする安全な順序
quserを実行し、ユーザー名、状態、セッションID、ログオン時刻を確認する。- 対象者へ連絡し、作業保存と切断またはログオフの可否を確認する。
- 切断だけなら対象IDを指定した
tsdiscon、完全終了ならlogoffを選び、違いを再確認する。 - 実行直前に
quserを再実行し、セッションIDが変わっていないことを確認する。 - 操作後に再照会し、対象とほかの利用者への影響を記録する。
tsdiscon 12
logoff 12
tsdiscon 12は通常、ID 12の接続を切ってセッションを残します。logoff 12は対象の全プロセスを終了し、セッションを削除します。後者は未保存内容を失う不可逆な操作です。例の12をそのまま使わず、毎回現在値を確認してください。コンソールセッションや権限の扱いには制限があるため、エラー時は公式仕様と組織手順を確認します。
切断済みセッションの時間制限
Microsoftのポリシー資料では、明示的な制限がない場合、切断済みRDSセッションは既定で無期限に維持されます。ただし会社や学校のPC、RDSサーバーでは、グループポリシーやMDMで「切断されたセッションの制限時間を設定する」が構成され、一定時間後にセッションとアプリが終了することがあります。
管理対象では「コンピューターの構成」→「管理用テンプレート」→「Windowsコンポーネント」→「リモート デスクトップ サービス」→「リモート デスクトップ セッション ホスト」→「セッションの時間制限」が関連します。ユーザー側の同名設定よりコンピューター側が優先される条件があります。ドメインやMDM管理下でローカル設定を上書きしません。
変更する管理者は、現在値、適用範囲、業務アプリの保存動作、利用者への警告方法を記録し、テストユーザーで検証します。期待と違えば変更値を元へ戻し、元が未構成なら未構成へ戻してポリシー再適用後に確認します。利用者は切断セッションが永続すると仮定せず、常に保存してから離席します。
切断かサインアウトかを選ぶチェックリスト
- 同じ作業へ短時間で戻り、処理を継続する必要がある：保存後に切断
- 作業完了、共有リソースを解放、ポリシー上残せない：正常終了してサインアウト
- 保守や再起動を予定：全ユーザーのActiveとDiscを確認し、本人へ通知
- 判断できない：データ保護と他利用者への影響回避を優先して管理者へ相談
安全な運用は、接続前に対象とアカウントを確認し、作業中は定期保存し、終了時に切断かサインアウトかを意識して選び、管理操作後に状態を再照会する流れです。強制ログオフや再起動は最後の手段とし、実行者、対象ID、時刻、理由、確認結果を記録すると、後から影響と原因を追いやすくなります。
コメント