ADVERTISEMENT

【Windows】会社PCでリモートデスクトップが接続直後に切断される時の確認手順

【Windows】会社PCでリモートデスクトップが接続直後に切断される時の確認手順
🛡️ 超解決

会社PCでリモートデスクトップ接続を試みたところ、認証が通った瞬間や画面が表示された直後に切断されてしまうというトラブルは比較的よく発生します。この症状はネットワーク、認証設定、OSの構成など複数の要因が絡むため、原因を特定するには段階的な切り分けが欠かせません。本記事では、接続確立後に即座に切断される問題に焦点を当て、利用者自身で確認できる手順と管理者へ依頼すべき内容を整理しました。

【要点】この記事で確認すること

  • 最初に見る場所: クライアントPCのRDP接続履歴に残るエラーコードや、リモート先PCのイベントビューアー(Microsoft-Windows-TerminalServices-LocalSessionManager/Operational)です。
  • 切り分けの軸: 問題が「認証直後」なのか「画面表示後数秒」なのかで原因が異なります。前者はNLA関連、後者はプロファイル破損やポリシー設定が疑われます。
  • 注意点: 会社PCではドメインのグループポリシーや管理者権限が必要な設定変更があるため、勝手にレジストリを書き換えるとポリシー違反になる可能性があります。必ず管理者に確認してから対処してください。

ADVERTISEMENT

1. 切断が発生するタイミングを特定する

まずは「いつ切断されるのか」を正確に把握します。接続中に表示されるリモートデスクトップのエラーダイアログや、クライアントのステータスバーに残るメッセージを記録してください。具体的には以下のパターンが考えられます。

  • 認証直後に切断: ユーザー名とパスワードを入力し、「認証しています…」または「設定を構成しています…」の段階で接続が切れる。
  • デスクトップ表示後に切断: リモート先のデスクトップが一瞬表示された後、数秒から10秒程度でセッションが終了する。
  • 操作中に突然切断: ただし本記事では「接続直後」に限定するため、操作中の切断は対象外とします。

この切り分けができたら、次に各ケースに応じた原因を想定します。認証直後の切断はネットワークレベル認証(NLA)の失敗や認証プロトコルの不一致、デスクトップ表示後の切断はユーザープロファイルの破損やリモートデスクトップサービス自体の設定不備が疑われます。

1.1 エラーメッセージの確認

切断時に表示されるエラーダイアログを必ず読み取ってください。代表的なエラーコードは以下の通りです。

  • 「リモートデスクトップは〜に接続できませんでした」(エラーコードなし) → 多くはネットワーク経路の問題、またはNLAの失敗。
  • 「認証エラーが発生しました。指定された関数はサポートされていません」(CredSSP関連) → クライアントとリモート先のCredSSPバージョンの不一致。
  • 「リモートセッションが切断されました」のみ → セッション自体が強制終了された可能性。

エラーコードをメモして管理者に伝えると、調査が迅速に進みます。

お探しの解決策が見つからない場合は、こちらの「Windowsトラブル完全解決データベース」で他のエラー原因や解決策をチェックしてみてください。

2. クライアントPC側の基本設定を確認する手順

自宅や出先から接続する場合、クライアントPCの設定が原因で切断されることがあります。以下の手順を順番に確認してください。

  1. リモートデスクトップクライアントのバージョン確認:Microsoft Storeからインストールした「リモートデスクトップ」アプリと、標準のmstsc.exeの両方を使用している場合、バージョンが古いと接続が不安定になる可能性があります。最新の状態に更新してください。
  2. 「認証レベル」の設定を確認:mstsc.exeを起動し、接続先を指定した後「オプションの表示」→「詳細設定」タブで「サーバー認証」が「接続に失敗する場合は警告する」になっていることを確認します。「常に接続を確認する」に設定していると、証明書エラーが発生した際に接続が即座に切断される場合があります。
  3. ネットワークレベル認証(NLA)の有効/無効を切り替える:同じ「詳細設定」タブで「ネットワークレベル認証を使用して接続する」のチェックを外して接続を試みます。外すことで接続できる場合は、リモート先のNLA設定に不整合がある可能性が高いです。ただし会社の方針でNLA必須の場合は外さず、管理者に報告してください。
  4. 資格情報マネージャーのクリア:保存された古いパスワードが原因で認証に失敗することがあります。コントロールパネル → 資格情報マネージャー → Windows資格情報 で「TERMSRV/リモート先のコンピューター名」またはIPアドレスがあれば削除してください。
  5. RDPポート(3389)の疎通確認:コマンドプロンプトで「telnet 接続先IP 3389」と入力し、接続できるか確認します。接続できない場合はファイアウォールやルーターがブロックしている可能性があります。会社PCから社内ネットワーク経由で接続する場合でも、社内ファイアウォールのポリシーが原因のことがあります。
  6. 別のクライアントソフトで試す:Microsoftストア版の「Microsoft リモート デスクトップ」アプリや、サードパーティ製のRDPクライアント(例:Remote Desktop Manager Free)を使用して同現象が再現するか確認します。再現しない場合は標準クライアントの問題です。

3. リモート先PCの設定と状態を確認する手順

リモート先のPC(多くの場合は会社の共有PCや自身の社用PC)の設定が原因で切断が発生することがあります。ただしリモート先にアクセスできない場合もあるため、可能な範囲で確認します。

3.1 リモートデスクトップが有効化されているか

リモート先PCで「システムのプロパティ」→「リモート」タブを開き、「このコンピューターへのリモート接続を許可する」がチェックされていることを確認します。また「ネットワークレベル認証を使用してリモートデスクトップを実行しているコンピューターからのみ接続を許可する」のチェックが有効か無効かも重要です。

3.2 ユーザーアカウントが許可されているか

同じ画面で「リモートデスクトップユーザーの選択」を開き、自分がそのPCに接続する権限を持っているか確認します。ドメイン環境では「Remote Desktop Users」グループに所属している必要があります。そもそもAdministrator以外のユーザーが許可されていない場合、認証直後に切断されることがあります。

3.3 イベントビューアーで切断原因を特定する

リモート先PCでイベントビューアー(eventvwr.msc)を開き、「アプリケーションとサービス ログ」→「Microsoft」→「Windows」→「TerminalServices-LocalSessionManager」→「Operational」を確認します。切断の直前に「Session has been disconnected」や「Session logoff succeeded」などのイベントが記録されていれば、そのIDと理由コードをメモします。特にイベントID 24や40はユーザー主導の切断、ID 21はエラーによる切断を示します。

ADVERTISEMENT

4. ネットワークとファイアウォールのトラブルシューティング

会社PCから社内ネットワーク経由で接続する場合でも、無線LANの不安定さやVPNのタイムアウトが原因で接続直後に切断されることがあります。以下の項目を確認してください。

原因 症状 確認方法
無線LANの電波干渉 接続直後に切断、特に2.4GHz帯で発生 有線LANで接続して再現するか確認する
VPN接続の不安定 認証は通るがすぐ切断、タイムアウトエラー VPN接続を切断し、社内ネットワークに直接接続できる環境で試す
ファイアウォール規則のブロック ポート3389への接続がタイムアウト telnetまたはTest-NetConnectionでポート疎通確認
RDPサービスの停止 「リモートデスクトップサービスに接続できません」 リモート先PCでservices.msc → TermServiceが実行中か確認

4.1 接続元のネットワークプロファイルを確認する

Windowsのネットワークプロファイルが「パブリック」になっていると、ファイアウォールがRDPをブロックする場合があります。コントロールパネル → 「ネットワークと共有センター」→「アクティブなネットワークの表示」でプロファイルを「プライベート」に変更してください。ただし会社から持ち出したPCでは、セキュリティポリシーにより変更できないことがあります。

5. よくある質問(FAQ)

ここでは特に問い合わせが多い質問をまとめました。

  • Q: 接続直後に「リモートセッションが切断されました」と表示されます。何が原因ですか?
    A: 多くの場合、リモート先のPCでユーザーセッションが既に存在していたり、同時接続数の上限に達しているために強制切断されています。管理者に問い合わせてセッションの状態を確認してもらってください。
  • Q: VPN経由で接続するとすぐ切れますが、社内LANでは問題ありません。
    A: VPNの設定でRDPセッションがタイムアウトするか、帯域幅の制限がかかっている可能性があります。VPNクライアントの設定(特にアイドルタイムアウトやキープアライブ)を確認するか、管理者に相談してください。
  • Q: クライアントのバージョンを最新にしましたが改善しません。
    A: リモート先のWindows Updateが未適用である可能性があります。特にCredSSPの更新プログラム(KB4103727など)が不足していると認証エラーが発生します。管理者にリモート先PCの更新状況を確認してもらってください。
  • Q: 接続時に「資格情報が機能しませんでした」と出ます。
    A: パスワードが間違っているか、アカウントがロックアウトされている可能性があります。別の手段(例えばリモート先PCのコンソール)でログインできるか確認してください。また、ドメイン環境ではパスワードの有効期限切れも考えられます。

6. 管理者に問い合わせるべき設定と情報

以上の手順を試しても解決しない場合、組織のポリシーやサーバー側の設定が原因である可能性が高くなります。以下の内容を整理して管理者に伝えるとスムーズです。

  • 発生時刻とエラーコード:正確な日時と表示されたエラーメッセージ(スクリーンショットも有効)。
  • 接続元と接続先の情報:クライアントPCのOSバージョン、リモート先のホスト名またはIPアドレス。
  • ネットワーク環境:社内LAN、自宅、モバイル通信の別、VPNの有無。
  • 既に試した対処:クライアントの設定変更、NLAの無効化、資格情報のクリアなど。
  • チェックしてほしい事項:リモート先のグループポリシー(RDP関連の制限)、RDSライセンスの有効期限、同時接続数の上限、CredSSPの更新状態。

管理者に依頼する前に、自身で可能な範囲での確認を済ませておけば、原因特定が格段に早まります。特にイベントビューアーのログは重要な手がかりとなります。

7. 失敗パターンとその回避策

実際に発生しやすい失敗パターンをいくつか紹介します。同じ状況に当てはまるか確認してください。

  • パターン1:NLAを無効化したら繋がったが、会社のセキュリティポリシーに違反する
    NLAを無効にすると、中間者攻撃のリスクが高まります。元に戻し、管理者にNLA必須であることを確認した上で、接続先の設定を変更してもらうか、別の認証方法(スマートカードなど)を検討します。
  • パターン2:接続先PCがスリープ状態から復帰した直後に切断される
    スリープ復帰直後はネットワークスタックが完全に初期化されていない場合があります。接続先PCの電源オプションで「スリープを無効」にしておく(管理者に相談)か、接続前に一度Pingを打ってから接続すると安定することがあります。
  • パターン3:クライアントPCのプロキシ設定が原因
    特にブラウザ経由ではないRDP接続でも、システムのプロキシ設定が影響することがあります。Internet Explorerの「LANの設定」で「自動設定スクリプトを使用する」や「プロキシサーバーを使用する」が有効だと、RDP通信がプロキシを経由しようとして失敗する場合があります。一時的に無効にして試してみてください。ただし会社PCではポリシー禁止の可能性があるので、後で戻すのを忘れないようにします。
  • パターン4:RDPポートが別のアプリケーションに占有されている
    コマンドプロンプトで「netstat -ano | findstr :3389」を実行し、LISTENING状態でない場合は他のアプリがポートを使用しているか、管理者権限でRDPサービスが起動していない可能性があります。リモート先PCで「net start TermService」を管理者として実行してみます。

8. まとめ

会社PCでリモートデスクトップが接続直後に切断される問題は、ネットワーク、認証、サービス設定の3つの軸で切り分けることが重要です。まずクライアント側のNLAと資格情報を確認し、次にリモート先のサービス状態とイベントログを調べます。それでも解決しない場合はネットワーク経路やファイアウォールの影響を疑い、最終的には管理者に組織ポリシーの確認を依頼しましょう。自己判断でレジストリを変更するとポリシー違反になるリスクがあるため、必ず管理者の指示を仰いでください。適切な切り分けと迅速な報告が、問題解決への近道です。


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

ADVERTISEMENT

この記事の監修者
✍️

超解決 第一編集部

疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。

ADVERTISEMENT