リモートデスクトップがエラーコード 0x3、拡張コード 0x11 で切断されるときは、エラーの全文、接続元・接続先の OS、発生時刻を確認してください。KB5055528 適用後に起きたという情報だけでは、更新プログラムが原因とは断定できません。この記事では、通信できない場合と接続後にセッションが落ちる場合を分け、ログと更新履歴から確認する手順を説明します。
KB5055528とRDPエラーの関係：確認できる範囲
KB5055528 の公式ページの対象は Windows 11 22H2（Enterprise・Education）と 23H2 で、OS ビルドは 22621.5189／22631.5189 です。Windows 10 や Windows Server に同じ KB が適用されるという説明ではありません。OS 名と KB 番号を対応させて確認してください。
この公式ページでは、RDP の 0x3（拡張 0x11）を引き起こすグラフィックス内部仕様変更は確認できません。ページ内の Known Issue Rollback（KIR）は、WSUS 経由で Windows 11 24H2 へ更新できない問題に対するものです。RDP の対処としてこの KIR をそのまま導入しないでください。
更新の前後で症状が変わったかを確認することは有用ですが、適用時刻の一致だけで因果関係は確定しません。OS の累積更新だけでなく、GPU ドライバー、VPN、仮想マシン、接続設定など、同時に変更された項目も記録します。
症状の詳細と影響範囲
| 確認する表示・動作 | 確認先 |
|---|---|
| 0x3だけが表示される | 詳細表示の拡張コードとエラー全文を保存する |
| 「graphics display components … failed to start up」など、描画の起動失敗と書かれる | 接続先の同時刻のシステム・アプリケーションログとディスプレイデバイスの状態を確認する |
| 接続先を開く前にタイムアウトする | 接続名・RDPポート・ネットワーク経路・リスナーを確認する |
| 特定の接続先だけ切断される | 同じ接続元から別の接続先、別の接続元から問題の接続先を比較する |
| 接続直後か、特定操作の後に切断する | ログオン後の経過時間、解像度・モニター数、直前の操作を記録する |
0x3 の文字だけで、ネットワーク・ライセンス・認証・描画のどこに問題があるかを決めないでください。イベント ID 10110／10111 が出た場合も、プロバイダー名、メッセージ、対象デバイスを読み、RDP 切断時刻との関係を確認します。
即時対処フロー：設定を変える前に確認する
- エラーダイアログを保存し、0x3 と拡張コードの組み合わせ、UTC 表記など時刻の表記を記録します。
- 接続元と接続先の両方で
winverを開き、OS の版・ビルドを記録します。接続先の［Windows Update］→［更新履歴］も確認します。 - 別の接続元・別の接続先で比較し、問題がどちらについて回るかを確認します。VPN・RD Gateway の利用有無もそろえて比較します。
- 接続先のイベントビューアーで、切断時刻のシステム・アプリケーション・RDP 関連ログを保存します。原因を調べる前にログを消さないでください。
- 対応する公式の既知の問題、組織の更新管理、メーカーのドライバー情報を確認してから、変更を一つずつ実施します。再起動やサービス・ドライバー変更が必要なら、先に接続先を操作できる代替の管理経路を確保します。
接続できない場合：RDPポートの到達性を確認する
以下は、接続元から接続先の TCP ポートへ到達できるかを確認する読み取り用のコマンドです。管理者の許可がある PowerShell で実行し、接続先のホスト名と使用ポートを入力します。標準は 3389 ですが、変更されている場合や RD Gateway を使う場合は、管理者の構成に合わせて確認してください。
$rdpHost = Read-Host '接続先のホスト名またはIPアドレス'
$rdpPort = [int](Read-Host 'RDPのTCPポート（標準は3389）')
Test-NetConnection -ComputerName $rdpHost -Port $rdpPort -InformationLevel DetailedTcpTestSucceeded が False なら、その TCP ポートへの接続が成立していません。名前解決、VPN 経路、ファイアウォール、接続先の待ち受けを確認します。True でも、RDP の認証や描画が正常だという意味ではありません。Microsoft の接続できない場合の手順では、ポート・名前解決・接続先構成を順に確認しています。
接続先のサービスとリスナーについては、管理者が一般的な RDP 接続トラブルシューティングで確認します。確認せずにサービス停止、証明書削除、レジストリの置き換えを行うと、ほかの接続にも影響するため、必要な箇所に絞ってください。
接続後に落ちる場合：同時刻のログを保存する
接続先の［イベントビューアー］→［Windows ログ］→［システム］と［アプリケーション］で、切断時刻の前後を確認します。Microsoft の切断エラーの説明では、RDP 関連の［アプリケーションとサービス ログ］→［Microsoft］→［Windows］→［TerminalServices-LocalSessionManager］なども確認先に挙げられています。環境によって表示されるログは異なります。
- イベントの時刻だけでなく、ソース（プロバイダー）、イベントID、エラー全文、デバイス名や障害モジュール名を保存します。
- Microsoft Remote Display Adapter のエラーがある場合は、そのデバイス名とステータス、関連する GPU ドライバーのバージョン・変更日も記録します。表示されたデバイス名だけで故障箇所を断定しません。
- イベントを右クリックして選択したイベントを保存し、更新履歴と合わせて管理者やサポートへ渡します。ログを消す前に原記録を残します。
PowerShellで直近のSystemログを確認する
以下は、接続先で直近24時間の System ログの候補イベント ID を数える例です。件数だけで RdpIdd や KB5055528 が原因とは判断できません。
# Systemログで候補イベントの直近24時間件数を取得
Get-WinEvent -FilterHashtable @{LogName='System'; Id=10110,10111; StartTime=(Get-Date).AddHours(-24)} |
Group-Object -Property Id |
Select-Object Id,Count原因調査には件数よりメッセージが必要です。同じ条件で詳細も確認します。
Get-WinEvent -FilterHashtable @{LogName='System'; Id=10110,10111; StartTime=(Get-Date).AddHours(-24)} |
Select-Object TimeCreated,ProviderName,Id,Message |
Format-ListGet-WinEvent の公式資料に、ログと期間のフィルター方法が説明されています。該当イベントがない場合は「一致するイベントがない」というエラーが出ることがあります。これは確認した範囲に該当がないという意味で、RDP 全体が正常と保証するものではありません。ログの取得権限がない場合は、管理者へ取得を依頼してください。
対処方法の選び方
| 得られた情報 | 次の対応 | 注意点 |
|---|---|---|
| TCPポートに到達しない | ネットワーク管理者と経路・VPN・ファイアウォール・リスナーを確認 | MTUを一律1360へ変更しない |
| GPU/ディスプレイ関連のログが切断時刻に出る | Windows Updateやメーカー公式から対応ドライバーを確認する | DDUやRemote Display Adapter無効化を全環境の必須操作にしない |
| 特定のOS更新直後から同条件で再現する | 正しいOS・KBの公式既知問題と、後続累積更新の修正内容を確認 | 更新削除・延期は組織の管理者と影響/復旧手段を確認 |
| 特定のクライアント・保存接続設定だけで起きる | クライアントの更新状態と接続設定を比較する | 複数項目を同時変更すると有効だった項目が分からない |
| 原因を絞れない | 記録とログをそろえて公式サポートへ相談 | 確率や改善率を推定して設定変更を選ばない |
ドライバーの更新方法は Microsoft のデバイスマネージャーの手順を参照してください。接続先のドライバー変更は画面表示や遠隔操作に影響する場合があるため、コンソールなど管理経路を確認してから行います。
KB5055528をアンインストールすれば直りますか？
このエラーだけを根拠に、KB5055528 の削除を最優先にすることはできません。削除できるかどうかも、OS の版と更新パッケージの状態に依存します。公式 KB には、SSU と LCU を組み合わせたパッケージを wusa.exe /uninstall で取り除けない場合があると記載されています。更新を削除する前に、接続先の実際の更新、後続の修正、セキュリティ修正への影響を管理者と確認してください。
KB5055528 に掲載された WSUS 用 KIR や別の OS の更新番号を、0x3（0x11）の修正として取り違えないことが重要です。更新管理を一括でブロックしたり、WUDFRd の起動設定や RDP の複数ポリシーをまとめて変更したりする手順は、原因の切り分けになりません。
再現条件を残すための記録表
| 記録項目 | 残す内容 |
|---|---|
| エラー | コード、拡張コード、エラー全文、発生日時 |
| 接続元/接続先 | OS版・ビルド、RDPクライアント名・バージョン |
| 更新 | 直前に変わったOS更新・ドライバー・VPN等と適用日 |
| 表示条件 | 画面サイズ・モニター数、起動直後か特定操作後か |
| 比較 | 別クライアント/別接続先で同じ条件を試した結果 |
| 変更と復元 | 変更した一項目、変更前の値、確認結果、元へ戻したか |
再現した回数と試行回数を記録する場合も、自分の検証条件で得られた結果として扱います。ほかの環境へ「99%直る」などの改善率を当てはめないでください。
再発防止の運用
- OS・ドライバー更新を管理している場合は、まず代表的な業務条件で検証し、問題がなければ対象を広げます。
- 解像度・モニター数・GPUドライバー・VPN構成を記録して、症状が起きる組み合わせを比較します。
- トラブル時にログを保存できる管理経路と、変更を元へ戻す手順を準備します。
- 復旧後も、接続が続くか、業務操作で切断しないか、同時刻の関連ログが再発していないかを確認します。
まとめ
RDP の 0x3（拡張 0x11）は、エラー全文と環境情報を合わせて調べる必要があります。KB5055528 による原因とは断定せず、まず接続元・接続先、OS と更新、TCP 到達性、切断時刻のログを確認してください。結果に合わせてネットワーク・接続先構成・ドライバー・公式の既知問題を調べ、設定を一つずつ変更して確認します。
コメント