【会社PC】VPN接続後のリモートデスクトップで社内PCだけ到達できない場合の確認ポイント

会社のPCを自宅から使うためにVPNで社内ネットワークに接続し、リモートデスクトップ(RDP)で社内PCにアクセスしようとしたところ、特定のPCだけに接続できないという問題が発生することがあります。全ての社内PCが使えないのではなく、一部のPCだけが到達不能になるケースでは、原因を正しく切り分けることが解決への近道です。本記事では、VPN経由でリモートデスクトップ接続が失敗する際に、特に社内PCだけが到達できない場合の確認ポイントを、原因の特定から再発防止まで具体的に解説します。

1. VPNとリモートデスクトップの基本的なしくみ

VPN接続は、自宅PCと社内ネットワークの間に暗号化されたトンネルを作り、あたかも社内にいるかのように通信できる仕組みです。リモートデスクトップは、TCPポート3389を使って接続先PCの画面や入力を遠隔操作するプロトコルです。通常、VPN接続が確立していれば、社内のIPアドレスやホスト名でRDP接続できます。しかし、特定の社内PCだけ到達できない場合、原因は大きく分けて以下の3つの領域に存在します。

1. 接続元(自宅PC)のVPNクライアント設定やルーティング
2. 接続先(社内PC)のファイアウォールやRDPサービス状態
3. 社内ネットワーク全体のルーティングやセキュリティポリシー

まずは、到達できないPCが本当に社内ネットワークに存在しているのか、IPアドレスや名前解決が正しいかを確認することが第一歩です。

2. 接続できない原因を切り分ける手順

以下の手順を順番に試すことで、問題の原因を絞り込めます。

1. 接続先PCのIPアドレスを確認する: 社内PCのIPアドレスが正しいか確認してください。VPN接続後、同じネットワークセグメントに存在する他のPCにはpingが通るのに、問題のPCだけ通らない場合、IPアドレスの間違いや重複が疑われます。
2. ping・名前解決をテストする: コマンドプロンプトで ping [IPアドレス] と nslookup [ホスト名] を実行します。pingが通らない場合はネットワークレベルの問題、通るがRDPだけ失敗する場合はポートやサービスレベルの問題です。
3. RDPポート(3389)の開放状態を確認する: telnet [IPアドレス] 3389 または Test-NetConnection -ComputerName [IP] -Port 3389 でポートが開いているか確認します。閉じている場合はファイアウォールかRDPサービスが無効です。
4. 接続先PCのRDP設定を確認する: リモートデスクトップが有効になっているか、許可ユーザーに自分(または自社ドメインユーザー)が含まれているか確認します。社内PCの設定画面で[システム]→[リモートデスクトップ]を開いてください。
5. VPNルーティングテーブルを確認する: VPN接続後にルーティングが正しく追加されているか route print で確認します。社内ネットワーク宛の経路がデフォルトゲートウェイではなく、VPN経由になっている必要があります。
6. Windowsファイアウォールのプロファイルを確認する: 社内PCが「パブリックネットワーク」プロファイルになっている場合、RDPがブロックされることがあります。VPN接続時は「プライベート」または「ドメイン」プロファイルになるよう設定されているか確認します。

これらの手順で原因のおおよその箇所が特定できます。

3. よくある原因とその確認ポイント

原因をさらに詳しく分類し、具体的な確認方法を紹介します。

3.1. 接続先PCのファイアウォールによるブロック

社内PCのWindows DefenderファイアウォールがRDP(ポート3389)への受信接続を許可していない場合があります。特に、Windows Updateやグループポリシーの変更によってルールが無効化されることがあります。管理者に依頼して、ファイアウォールの詳細設定で「リモートデスクトップ」の受信規則が有効かつプロファイルが適切(ドメインまたはプライベート)になっているか確認してください。

3.2. 接続先PCがスリープ・休止状態になっている

社内PCがスリープ状態の場合、RDP接続を受け付けられません。Wake-on-LANの設定が適切でないと、遠隔から起動できません。管理者に依頼して、電源管理設定でスリープを無効にするか、Wake-on-LANを有効にする必要があります。

3.3. VPNのルーティングが正しく設定されていない

VPNクライアントの設定で「すべてのトラフィックをVPN経由」にするか、特定の社内ネットワークのみVPN経由にするかの違いがあります。後者の場合、社内PCのサブネットがルーティング対象から外れていると到達できません。VPNクライアントの設定画面や管理者に確認してください。

3.4. 社内PCのネットワークプロファイルがパブリックになっている

社内PCのネットワークプロファイルが「パブリック」に設定されていると、RDPなどの受信接続がデフォルトでブロックされます。VPN接続時には通常「ドメイン」または「プライベート」になるようグループポリシーで制御されますが、何らかの理由でパブリックになっている可能性があります。管理者に依頼して、Get-NetConnectionProfile で現在のプロファイルを確認し、必要に応じて変更してください。

3.5. RDPサービスの停止または障害

社内PCで「Remote Desktop Services」サービスが停止していると接続できません。管理者に依頼してサービスの状態を確認し、自動起動に設定されているか確認してください。

状況	確認項目	典型的な解決方法
pingが通らない	IPアドレス、ルーティング	IPアドレスの再確認、VPNルートの追加
pingは通るがRDPポートが閉じている	ファイアウォール、RDPサービス	ファイアウォールルールの有効化、RDPサービス再起動
RDP接続画面は出るが認証で失敗	ユーザーアカウント、資格情報	許可ユーザー一覧への追加、パスワードリセット
特定のPCだけ常にタイムアウト	スリープ状態、電源管理	スリープ無効化、Wake-on-LAN設定

4. 管理者と連携すべき設定

根本原因が社内全体のポリシーやネットワーク機器に関わる場合、自分で変更せずに管理者に連絡しましょう。以下の情報を伝えると問題解決がスムーズです。

• 接続元PCのVPN接続後のIPアドレス(例:10.0.0.101)
• 接続先社内PCのIPアドレスとホスト名(例:10.0.1.50, PC-TANAKA)
• pingやtelnetの結果(疎通の有無)
• VPNクライアントの種類(AnyConnect, GlobalProtect, IKEv2など)
• エラーメッセージのスクリーンショット(例:「このコンピューターに接続できません」など)

管理者はこれらの情報をもとに、グループポリシーやファイアウォール、ルーティング設定を確認できます。

5. 失敗パターンと回避方法

実際によくある失敗例を挙げます。

5.1. IPアドレスがVPNサブネットと競合している

自宅LANのIPサブネット(例:192.168.1.0/24)と社内ネットワークのサブネットが重複していると、ルーティングが混乱して特定のIPに到達できなくなることがあります。例えば、社内PCのIPが192.168.1.50だと、自宅側と競合する可能性があります。この場合は、VPNクライアントの設定で「ローカルネットワークへのアクセスを許可」をオフにする、または管理者に社内ネットワークのサブネット変更を依頼する必要があります。

5.2. リモートデスクトップの資格情報が間違っている

接続先PCのローカルアカウント名やドメインアカウント名が正しくない場合、認証画面でエラーになります。特に、VPN接続後はドメイン認証が必要なケースが多く、 「.\ユーザー名」 や 「ドメイン名\ユーザー名」 の形式を確認しましょう。

5.3. 複数のRDPセッション制限に引っかかる

Windowsの既定では同時リモートデスクトップ接続数に制限があります。他のユーザーが既に接続している場合、新しい接続が拒否されることがあります。管理者に依頼して、グループポリシーで接続数を増やすか、既存のセッションを切断してもらってください。

6. よくある質問(FAQ)

• Q: VPN接続後、全ての社内PCにRDP接続できません。
  A: VPNルーティングやファイアウォール全体の問題の可能性が高いです。管理者に相談し、まずはVPN接続が正しく確立されているか確認してください。
• Q: 特定のPCだけ一時期接続できたのに、ある日突然できなくなりました。
  A: そのPCのWindows Updateやグループポリシーの更新で設定が変わった可能性があります。管理者にPCの状態を確認してもらいましょう。
• Q: 自宅からではなく、社内LAN内からはRDP接続できます。
  A: VPN経由のルーティングかVPNクライアント側の設定に問題がある可能性が高いです。VPNのルート設定を確認し、必要であれば管理者に修正を依頼してください。
• Q: スマホのVPNアプリからは接続できるのに、会社PCからだと接続できません。
  A: 会社PCのVPNクライアント設定やWindowsファイアウォールのプロファイルが異なる可能性があります。会社PC側の設定を統一的に管理するグループポリシーを見直す必要があるかもしれません。

7. まとめ

VPN接続後のリモートデスクトップで特定の社内PCだけ到達できない場合、原因は接続先PCのファイアウォールやスリープ状態、RDPサービス、ネットワークプロファイル、IPアドレス競合など多岐にわたります。まずはpingやポート確認で問題のレイヤーを特定し、自分で変更できない設定については管理者に正確な情報を伝えて対処を依頼することが重要です。再発防止には、グループポリシーで一貫したRDP許可設定やVPNルーティングの管理、定期的なPC状態の確認が有効です。これらのポイントを押さえて、スムーズなリモートワーク環境を維持しましょう。

🔗

社内ネットワーク・VPN・リモートアクセス完全解決データベースVPN、Wi-Fi・LAN、共有フォルダー、RDP、社内ポリシーの原因を横断して確認できます。