【リモートデスクトップ】リモート接続の接続記録で通信障害と端末障害を切り分ける時の記録方法

リモートデスクトップ接続が突然切断されたり、接続そのものが確立できなかったりするトラブルは、リモートワークが一般的になった現代の会社員にとって大きなストレス要因です。原因を特定するためには、接続記録(ログ)の分析が最も確実な手法です。しかし、ログの見方が分からず、通信障害なのか端末障害なのかの切り分けに戸惑うことも少なくありません。本記事では、リモートデスクトップの接続記録を活用して、問題の根本原因を効率的に特定する方法を、具体的な手順とともに解説します。

リモートデスクトップの接続記録とは

リモートデスクトップの接続記録には主に2つの種類があります。1つはWindowsのイベントビューアーに記録される「TerminalServices-Client」ログ、もう1つはRDPクライアント(リモートデスクトップ接続クライアントやRemote Desktop Connection Manager)が生成するログファイルです。イベントビューアーのログは、接続の成功・失敗、切断、認証エラーなどをイベントIDとして記録します。一方、RDPクライアントのログは、接続先サーバーとの通信状況やエラーコードをより詳細に記録することがあります。どちらのログも、障害発生時のタイムスタンプとエラーコードをメモしておくことが重要です。特にイベントID「0x4」は接続タイムアウト、「0x5」はセッションの切断、「0x516」は認証の失敗を示すため、これらの出現パターンで原因を絞り込めます。また、イベントビューアーには「Microsoft-Windows-TerminalServices-Client/Operational」というパスで格納されています。RDPクライアントのログは、通常「%USERPROFILE%\Documents\Remote Desktop Connection Manager\Logs」フォルダに保存されます。これらのログは、障害発生時に最初に確認すべき貴重な情報源です。

通信障害と端末障害の特徴と見分け方

通信障害と端末障害を切り分ける際には、症状とログに記録されるイベントIDやエラーコードの組み合わせが有効です。以下の表に、代表的な症状と対応するログ情報をまとめました。

症状	ログに現れるイベントID	エラーコード例	原因の可能性	確認すべきポイント
接続がタイムアウトする	0x4	–	ネットワーク輻輳、ファイアウォールブロック	pingやtracertで経路確認、VPN接続状態を確認
認証エラーが発生する	0x516	0x80004005	資格情報の誤り、サーバー側の認証ポリシー	パスワード再設定、サーバーのイベントログ確認
セッションが突然切断される	0x5	0x80004005	サーバーリソース不足、ネットワーク不安定	サーバーのパフォーマンスモニタ、ネットワーク遅延確認

通信障害の特徴としては、複数のクライアントで同時に発生する、特定の時間帯に集中する、pingが通らないなどの現象が見られます。一方、端末障害は特定のクライアントやサーバーに限定され、再起動で改善する場合があります。ログに記録されるイベントIDの出現パターンに加え、障害の発生範囲を確認することで、切り分けの精度を高められます。

接続記録を確認するための具体的な手順

イベントビューアーを使用した確認手順

1. Windowsのスタートボタンを右クリックし、「イベントビューアー」を選択するか、キーボードのWindowsキー+Rを押して「eventvwr.msc」と入力しEnterキーを押します。
2. 左側のツリーから「アプリケーションとサービスログ」→「Microsoft」→「Windows」→「TerminalServices-Client」→「Operational」を順に展開します。
3. 中央のイベントリストが表示されます。右側の「現在のログをフィルター」をクリックし、フィルター条件として「イベントレベル」で「エラー」と「警告」にチェックを入れます。必要に応じて特定の日時範囲を指定します。
4. 表示されたイベントを一つずつ確認し、問題の発生時刻と一致するイベントを見つけます。特にイベントIDが0x4、0x5、0x516のものを優先的に確認します。
5. 該当するイベントをダブルクリックすると詳細が表示されます。「全般」タブにエラーコードや説明文が記載されていますので、テキストとしてメモします。
6. さらに、RDPクライアントのログも確認します。「%USERPROFILE%\Documents\Remote Desktop Connection Manager\Logs」フォルダに.logファイルが保存されています。これをテキストエディタで開き、同様のエラーがないか検索します。

RDPクライアントログの確認手順

1. エクスプローラーを開き、アドレスバーに「%USERPROFILE%\Documents\Remote Desktop Connection Manager\Logs」を入力してフォルダを開きます。
2. 最新のログファイル(通常は日付名.log)をメモ帳などで開きます。
3. 「ERROR」や「WARNING」の文字列を検索し、該当する行のタイムスタンプとエラーコードを記録します。
4. エラー行の前後のログも参照し、接続試行の流れを把握します。

記録すべき情報とその整理方法

障害発生時に記録すべき情報は以下のとおりです。これらを整理しておくことで、管理者への報告がスムーズになり、原因特定が迅速に進みます。

• 日時: 問題が発生した正確な日時(UTC+9などタイムゾーンに注意)
• クライアント情報: 接続元のPC名、IPアドレス、OSバージョン
• サーバー情報: 接続先のサーバー名、IPアドレス、OSバージョン
• エラーコード: イベントビューアーに表示されるエラーコード(例:0x4)
• イベントID: 同じくイベントID(例:1026)
• エラーの説明: イベントの詳細に書かれている説明文
• 再現性: 同じ操作で毎回発生するか、不定期か
• その時の操作: 何をしようとしていたか(例:ファイル共有にアクセス中)

これらの情報をエクセルやメモ帳に整理しておきましょう。タイムスタンプのずれに注意し、クライアントとサーバーの時計が同期しているかも確認しておくとさらに良いです。

障害切り分けの失敗パターンと注意点

実際の現場でよく見られる失敗パターンをいくつか紹介します。

• タイムスタンプを無視する: 異なる時間のエラーを混同してしまい、誤った原因を推定してしまいます。必ず発生時刻とログの時刻を突き合わせてください。
• 一つのエラーコードだけに注目する: 例えば0x4だけ見て「通信障害だ」と決めつけても、実際には認証エラーが先に発生していた可能性があります。複数のイベントを時系列で見ることが重要です。
• 自己判断で再起動や設定変更をする: ネットワーク障害が疑われる場合でも、クライアントPCの再起動だけで解決しようとすると、根本原因の究明が遅れます。会社PCの設定変更は管理者に相談してください。
• ログを保存しない: その場で見て終わりにすると、後で同じ障害が起きたときに比較できません。ログのスクリーンショットやテキストコピーを残しておきましょう。

注意点として、会社PCではイベントログのフィルタリングやエクスポートに管理者権限が必要な場合があります。権限がない場合は、管理者に依頼してログを取得してもらってください。また、レジストリの編集やグループポリシーの変更は絶対に行わないでください。

管理者に確認するべき情報と事前準備

管理者に障害を報告する際には、先ほど記録した情報を整理して伝えることが効果的です。具体的には、以下の項目を伝えましょう。

• 障害発生日時と発生頻度
• クライアントとサーバーの情報(PC名、IPアドレス)
• イベントビューアーやRDPクライアントのログに記録されたエラーコードとイベントID
• 再現手順(どういう操作をすると発生するか)
• これまでに行った対応(再起動など)

また、管理者側で確認してもらうべき設定としては、ファイアウォールのルール、VPNの接続状態、サーバー側のイベントログ(TerminalServices-Server)、リソース使用率などがあります。事前に「サーバーのイベントログも合わせて見てください」と依頼するとスムーズです。

よくある質問(Q&A)

Q1: イベントビューアーの「TerminalServices-Client」ログが見つかりません。

まずイベントビューアーの左ペインで「アプリケーションとサービスログ」→「Microsoft」→「Windows」の順に展開します。「TerminalServices-Client」がない場合は、リモートデスクトップ接続を一度実行してから再度確認してください。それでも表示されない場合は、管理者権限でイベントビューアーを起動する必要があるかもしれません。また、グループポリシーで監査が無効になっている可能性もありますので、管理者に問い合わせてください。

Q2: エラーコードが0x4と0x5が同時に出ています。原因はどちらですか?

0x4と0x5は連続して発生することがあります。例えば、ネットワークが不安定で接続がタイムアウト(0x4)し、その後セッションが切断(0x5)されるパターンです。この場合、根本原因はネットワーク側にある可能性が高いです。ただし、サーバー側のリソース不足も同時に起こり得るため、両方のログを時系列で整理して管理者に報告しましょう。

Q3: 記録を取る際にスクリーンショットも残したほうが良いですか?

はい、特にエラーコードやイベントの詳細画面をスクリーンショットとして保存しておくと、管理者が正確な状況を把握しやすくなります。ただし、会社の情報を外部に漏らさないよう、スクリーンショットの取り扱いには注意してください。メール添付などで管理者に送る際には、暗号化や社内システムを利用することを推奨します。

まとめ

リモートデスクトップの接続記録を活用することで、通信障害と端末障害を的確に切り分けられます。特にイベントビューアーの「TerminalServices-Client」ログは、エラーコードとタイムスタンプの宝庫です。トラブルが発生したら、まずログを確認し、本記事で紹介した手順に従って情報を整理しましょう。適切な記録を残すことで、管理者への連絡が迅速になり、問題解決までの時間を大幅に短縮できます。日頃からログの内容をざっくり把握しておくことも、障害発生時の慌てる時間を減らすコツです。

💻

Windowsトラブル完全解決データベース 起動不能、更新の不具合、動作が重い、設定の消失など、Windows 10/11のあらゆるトラブル解決手順を網羅しています。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。