会社のPCにVPN経由でリモートデスクトップ接続しようとした際、PC名(ホスト名)を指定しても接続できないというトラブルはよく発生します。特に在宅勤務が増えた昨今、この問題で作業開始に苦労した方も多いでしょう。PC名での接続が失敗する原因は、名前解決の仕組みやネットワーク設定にあります。本記事では、VPN接続後のリモートデスクトップでPC名が使えない場合の原因切り分けと具体的な確認手順を解説します。
【要点】この記事で確認すること
- 最初に見る場所: 接続先PCのホスト名が正しいか、そしてVPN接続後にIPアドレスでは接続できるかを確認します。
- 切り分けの軸: PC名の解決(DNS/NetBIOS)、VPNネットワーク設定、ファイアウォールルール、リモートデスクトップサービスの状態に分けて検証します。
- 注意点: 会社PCのネットワーク設定やファイアウォールルールは管理者権限が必要な場合が多く、勝手に変更するとセキュリティポリシー違反になる可能性があります。変更前に管理者に確認しましょう。
ADVERTISEMENT
目次
1. VPN接続後のリモートデスクトップ接続の仕組み
VPNで社内ネットワークに接続すると、自宅のPCから会社のプライベートIPアドレス帯にアクセスできるようになります。リモートデスクトップ(RDP)は、接続先のIPアドレスまたはホスト名(PC名)を使って通信します。PC名で接続する場合、クライアント側がそのPC名をIPアドレスに変換する名前解決が行われます。通常、社内ネットワークではDNSやNetBIOS(WINS)が使われますが、VPN接続ではこれらのサービスが正しく参照されないことがあります。
2. PC名で接続できない主な原因
原因は大きく分けて以下の4つです。順に確認することで効率的に問題を特定できます。
2-1. 名前解決の失敗
最も多い原因です。VPN接続後、クライアントPCが社内DNSサーバーを正しく参照できていないと、PC名からIPアドレスを引き当てられません。特に、VPNクライアントの設定でDNSサーバーが自動的に切り替わらない場合や、社内DNSがVPN経由で到達できない場合に発生します。
2-2. ネットワークプロファイルの違い
Windowsのネットワークプロファイルが「パブリック」になっていると、リモートデスクトップの受信がブロックされることがあります。また、VPN接続時にプロファイルが変更されず、プライベートネットワークとして認識されないケースもあります。
2-3. ファイアウォールによるブロック
接続先PCのWindowsファイアウォールでリモートデスクトップ(ポート3389/TCP)が許可されていない、またはVPNネットワークインターフェースに対してルールが適用されていない可能性があります。
2-4. NetBIOS over TCP/IP の無効化
特に小規模ネットワークやワークグループ環境では、NetBIOSを使ってPC名を解決することがあります。VPN接続先でNetBIOSが無効になっていると、PC名での接続が失敗します。
3. トラブルシューティング手順(順番に確認)
以下の手順を上から順に実施し、どこで問題が発生しているか切り分けてください。
- 接続先PCのホスト名とIPアドレスを確認する
接続先PCでコマンドプロンプトを開き、hostnameとipconfigを実行します。ホスト名とIPアドレス(例:192.168.1.100)をメモします。VPN経由でアクセスできることを前提に、まずIPアドレスでリモートデスクトップ接続を試みます。IPアドレスで接続できるなら、名前解決の問題です。 - IPアドレスで接続テストを行う
クライアントPCからリモートデスクトップクライアントを起動し、接続先にIPアドレスを直接入力して接続できるか確認します。接続できる場合、PC名解決の問題に絞られます。接続できない場合、ネットワーク経路やファイアウォール、リモートデスクトップサービス自体に問題があります。 - pingで名前解決を確認する
コマンドプロンプトでping [接続先PC名]と入力します。応答があれば、名前解決は成功しています。応答がない場合、DNSまたはNetBIOSによる名前解決が失敗しています。次にnslookup [接続先PC名]を実行して、DNSサーバーから正しいIPアドレスが返ってくるか確認します。返ってこない場合、DNS設定の問題です。 - DNS設定を確認する
クライアントPCのネットワークアダプタで、VPN接続後にDNSサーバーが社内のものに変更されているか確認します。コマンドプロンプトでipconfig /allを実行し、VPNアダプタのDNSサーバーを確認します。社内DNSのIPアドレス(例:10.0.0.1)が表示されない場合、VPNクライアントの設定でDNSを自動取得するオプションが有効か確認してください。 - NetBIOS over TCP/IP の状態を確認する
クライアントPCでnbtstat -nを実行し、接続先PCのNetBIOS名が表示されるか確認します。表示されない場合、NetBIOSが無効になっている可能性があります。ネットワークアダプタのプロパティで「NetBIOS over TCP/IP」が有効になっているか確認します。また、接続先PCでも同様に確認してください。 - リモートデスクトップサービスとファイアウォールを確認する
接続先PCでリモートデスクトップが有効になっているか確認します(設定 → システム → リモートデスクトップ)。また、Windowsファイアウォールで「リモートデスクトップ」の受信規則が有効になっているか確認します。VPNネットワークがパブリックプロファイルに割り当てられていないかもチェックしてください。
4. 社内環境別の比較表
会社のネットワーク構成によって、確認すべきポイントが異なります。以下の表を参考にしてください。
| 環境 | 名前解決の仕組み | 主な確認項目 |
|---|---|---|
| ドメイン参加済み | DNS(ドメインのDNSサーバー) | VPN DNS設定、ドメインDNSサーバーへの到達性 |
| ワークグループ(小規模) | NetBIOS(ブロードキャスト) | NetBIOS over TCP/IP有効、同一サブネット |
| VPNクライアント(Cisco AnyConnect等) | クライアントがDNS設定をプッシュ | クライアント設定の「DNSサーバーを自動取得」、分割トンネリング |
| Windows VPN(L2TP/IPsec等) | VPN接続のプロパティでDNS指定可能 | VPN接続の詳細設定でDNSサーバーが正しいか |
5. 失敗パターンと対処法
5-1. IPアドレスでは接続できるが、PC名では接続できない
名前解決の問題です。まず nslookup でPC名が解決できるか確認します。解決できない場合、DNSサーバーが正しく設定されているか、接続先PCがDNSに登録されているかを確認します。接続先PCが自己登録(動的DNS更新)を行っている場合、VPN経由でDNSサーバーに到達できないと登録が失われることがあります。また、hostsファイルに手動でエントリを追加して一時凌ぎすることも可能ですが、恒久的な解決にはなりません。
5-2. PC名もIPアドレスも接続できない
ネットワーク接続そのもの、またはリモートデスクトップサービスに問題があります。まず ping で接続先IPアドレスに到達できるか確認します。pingが通らない場合、VPNルーティングやファイアウォールが原因です。pingが通る場合、接続先PCでリモートデスクトップが有効か、ファイアウォールで3389ポートが許可されているか確認します。また、Windowsのリモートデスクトップサービスが停止していないかもチェックしてください。
5-3. 特定のPCだけ接続できない
そのPC固有の問題です。上記の確認に加え、PCがスリープや休止状態になっていないか、電源オプションでリモートデスクトップを許可する設定になっているか確認します。また、Windows Update後などにファイアウォールルールがリセットされているケースもあります。
6. 管理者に確認すべきこと
会社のPCでは、自己判断でネットワーク設定やファイアウォールルールを変更することが制限されている場合があります。以下の点を管理者に確認してください。
- VPNのDNS設定:VPN接続時に社内DNSサーバーが自動で割り当てられるようになっているか。分割トンネリングの設定で、社内宛のDNSクエリだけがVPN経由になるか。
- リモートデスクトップのポリシー:グループポリシーでリモートデスクトップ接続が許可されているか。また、許可されるユーザーグループに自分が含まれているか。
- ファイアウォールのドメインポリシー:ドメインネットワークプロファイルに対してリモートデスクトップが許可されているか。VPN接続時にそのプロファイルが適用されているか。
7. よくある質問(FAQ)
Q1. hostsファイルにIPアドレスを書けば解決しますか?
一時的には可能ですが、接続先PCのIPアドレスが変わると機能しなくなります。また、会社のセキュリティポリシーでhostsファイルの編集が禁止されている場合もあるため、管理者に確認してください。
Q2. なぜIPアドレスだと接続できるのにPC名だとできないのですか?
これは名前解決の仕組みが正しく機能していない証拠です。社内DNSサーバーにPC名が登録されていない、またはクライアントがそのDNSサーバーを参照できていない可能性があります。
Q3. VPN接続前に社内LANにいたときはPC名で接続できていました。
社内LANではブロードキャストや社内DNSが直接使えましたが、VPN経由ではそれらが利用できない場合があります。特にNetBIOSブロードキャストはVPNを越えられないため、DNSベースの名前解決に切り替える必要があります。
Q4. 接続先PCの電源が入っていることは確認しました。
電源が入っていても、スリープ状態や休止状態の場合はリモートデスクトップを受け付けません。また、ネットワークアダプタの省電力設定で切断されていることもあります。接続先PCの電源オプションを確認してください。
Q5. この問題を報告するとき、管理者に何を伝えればよいですか?
以下の情報を伝えるとスムーズです。①IPアドレスでは接続できるか(できないか)②pingやnslookupの結果③VPNクライアントの種類とバージョン④接続先PCのOSバージョンとドメイン参加の有無。
8. まとめ
VPN経由のリモートデスクトップでPC名が使えない場合、まずIPアドレスでの接続可否を確認し、名前解決に問題があるかどうかを切り分けてください。多くはDNS設定やNetBIOSの有効化で解決しますが、社内ポリシーが関わる場合は管理者の協力が必要です。落ち着いて手順を踏めば、ほとんどのケースで原因を特定できます。本記事の手順を参考に、ぜひトラブルシューティングを進めてみてください。
超解決 第一編集部
疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。
Office・仕事術の人気記事ランキング
- 【神技】保存せずに閉じたExcel・Wordファイルを復元する!消えたデータを復活させる4つの救出法
- 【Outlook】添付ファイルが「Winmail.dat」に化ける!受信側が困らない送信設定
- 【Word】差し込み印刷で数字の桁を整える!金額にカンマ(桁区切り)を入れる設定
- 【Teams】メッセージを「保存済み」にして後で読む!重要なチャットをブックマークして整理する技
- 【Excel】文字が入っているセルの「個数」を数える!COUNTA関数の簡単な使い方
- 【Word】校閲機能の基本!赤字(変更履歴)とコメントで修正を見える化する
- 【PDF】PDFに入力した文字の「フォント・サイズ・色」を変更するプロパティ設定
- 【Copilot】「サービスに接続できません」エラーの原因切り分けと対処法
- 【Outlook】予定表の「祝日」が表示されない!最新カレンダーの追加と二重表示の修正手順
- 【Teams】画面共有時に「音声」も共有する方法!音が流れない時の設定手順
