STEP-BY-STEP GUIDE

リモートデスクトップがポート3389で接続待受していない

この記事の結論

有効化済みの接続先へ到達できず、TCP 3389テストも失敗する場合の安全な切り分け手順。Remote Desktop無効、TermService停止、受信ファイアウォール規則無効、または上流ネットワーク遮断の可能性がある。設定変更前に現在値を控え、公式機能だけを使って確認する。

一般的な切り分けガイドです。特定の不具合が現在発生しているという告知ではありません。

対象製品・影響範囲

製品
Remote Desktop
対象バージョン・条件
Windows 11(対応機能はエディションとハードウェア要件を確認)
関連するエラーコード・識別子
0x204

発生する症状

  • 有効化済みの接続先へ到達できず、TCP 3389テストも失敗する
  • 再起動や再試行だけでは同じ状態が続くことがある

原因・発生条件

Remote Desktop無効、TermService停止、受信ファイアウォール規則無効、または上流ネットワーク遮断の可能性がある。

作業前の準備

  • 開いている文書と作業を保存し、必要ならPCを再起動できる時間を確保する
  • 管理者権限が必要な操作は、個人所有PCまたは管理者の許可を得た端末だけで行う
  • 診断用コマンド「Get-NetTCPConnection -LocalPort 3389 -State Listen」の結果を保存し、変更前後を比較できるようにする

この操作の注意点

  • レジストリ、システムフォルダー、資格情報、記憶域を手作業で一括削除しない
  • インターネット上の非公式スクリプトや不明なドライバーを管理者権限で実行しない
Remote Desktopの確認手順:接続先がRDPホストに対応するか確認する → Get-NetTCPConnectionで状態を確認する → 公式の設定経路で修復する → 組み込み規則の状態を接続先で確認する → 同じ条件で検証する
FaultNote作成の手順図です。設定を変更する前に、注意点と各手順の説明を確認してください。 詳しい操作手順へ

具体的な操作手順

  1. 01

    接続先がRDPホストに対応するか確認する

    #

    この確認は接続元と接続先を区別して行います。Windows Homeは標準のリモートデスクトップ接続を受けるホストにはなれません。接続先が起動していること、必要なVPNへ接続していること、既定3389以外のポートが指定されていないかを先に確認します。

  2. 02

    Get-NetTCPConnectionで状態を確認する

    #

    接続先で[設定]>[システム]>[リモートデスクトップ]を確認し、同一LANから試す。

    入力するコマンド・パス
    Get-NetTCPConnection -LocalPort 3389 -State Listen
  3. 03

    公式の設定経路で修復する

    #

    接続先管理者としてRemote Desktopを有効化し、組み込みのRemote Desktopファイアウォール規則群を確認する。

  4. 04

    組み込み規則の状態を接続先で確認する

    #

    接続先で[セキュリティが強化されたWindows Defenderファイアウォール]を開き、[受信の規則]のリモートデスクトップ規則を確認します。表示名はWindowsの言語で変わるため、英語のDisplayGroupで見つからなくても規則がないと断定しません。ファイアウォール全体を停止せず、管理者が接続先のプロファイルと許可元を確認します。

  5. 05

    同じ条件で検証する

    #

    HOST_NAMEは例示用です。実際の接続先・機能名へ置き換えてから使用してください。

    「Test-NetConnection <host> -Port 3389」で状態を確認し、最初に記録した操作を同じ条件で一度実行する。成功した場合も再起動後にもう一度確認し、変更した設定と結果を記録する。

    入力するコマンド・パス
    Test-NetConnection HOST_NAME -Port 3389

公式の適用条件・最新情報も確認する ↗

改善したか確認する

  • 対象機能がエラーを出さずに起動、接続、または処理を完了する
  • 確認コマンドの出力が期待する有効・正常・接続済み状態を示す
  • Windows再起動後にも同じ操作を再現でき、イベントログに同時刻の新しい重大エラーが増えない

改善しない場合・設定を戻す場合

  • 同じコードが続く場合は、表示全文、Windowsビルド、確認コマンドの出力、発生時刻を添えてPC管理者またはMicrosoftサポートへ相談する
  • ハードウェア要件、組織ポリシー、サーバー側設定が原因なら、クライアント側で回避せず所有者に変更を依頼する

別の症状から対処ガイドを探す →

このガイドの適用範囲

対処ガイド — 原因を切り分け、対象機能が正常に起動または接続でき、再起動後も同じ検証を通る状態を目標にする。

掲載内容は2026-09-05の情報確認に基づきます。以降の変更は公式出典でご確認ください。

よくある質問

3389が閉じていればファイアウォールが原因ですか?

サービスが待受していない場合もあります。接続先でRemote Desktop、TermService、リスナー、組み込み規則の順に確認します。

インターネットへ3389を直接公開してよいですか?

推奨しません。VPN、RD Gatewayなど管理された経路を利用し、ネットワーク管理者と設計してください。

出典・情報の更新

主な出典の更新・解決日
公式ページで日付を特定できないため記載していません
本サイトの確認日
2026-09-05

公式情報を日本語で整理しています。メニュー名は製品の表示言語や版によって異なる場合があります。確認日は障害の発生日を意味しません。編集方針

あわせて確認したい記事

共有フォルダー・SMB・リモートデスクトップの接続エラーの記事一覧 →

← 不具合の検索に戻る