【会社PC】VPN接続後のリモートデスクトップでIPアドレスなら接続できる場合のDNS対処

会社のPCを自宅に持ち帰り、VPNで社内ネットワークに接続した上でリモートデスクトップ(RDP)を使おうとしたところ、IPアドレスを直接入力すれば接続できるのに、コンピューター名(ホスト名)では「リモートデスクトップはコンピューターを見つけられませんでした」とエラーが出て困った経験はありませんか。この症状は、名前解決(DNS)に問題がある典型的なケースです。本記事では、VPN接続後にホスト名でRDP接続できない原因を切り分け、自分で可能な対処法と管理者に依頼すべき内容を具体的に解説します。手順を一つずつ確認することで、無駄な再インストールや設定変更を防ぎ、スムーズにリモートワークを再開できるようになります。

なぜIPアドレスでは接続できるのにホスト名では接続できないのか

リモートデスクトップでIPアドレスを使った接続が成功するということは、ネットワークの疎通(ルーティングやファイアウォール)に問題がないことを示しています。つまり、通信経路は正常で、接続先のPCが起動してRDPを受け付けている状態です。それにもかかわらずホスト名ではつながらない原因は、そのホスト名をIPアドレスに変換する「名前解決」の工程で失敗しているからです。

Windowsの名前解決は、主に以下の順序で行われます。①DNSキャッシュの確認、②hostsファイルの参照、③DNSサーバーへの問い合わせ、④NetBIOSによるブロードキャスト(小さなネットワークの場合)。VPN接続時には、通常は会社の内部DNSサーバーが割り当てられ、そのDNSが社内のコンピューター名を解決します。しかし、VPNクライアントの設定や会社ネットワークのポリシーによって、このDNSが正しく使われないケースがあります。

典型的な原因としては、VPN接続時にDNSサーバーの設定が上書きされず、自宅のインターネットプロバイダのDNS(Google DNSやISPのDNS)が優先されたままになっていることが挙げられます。社内のホスト名(例えば「desktop-01」)は、一般のDNSでは登録されていないため、問い合わせが失敗して「名前が見つからない」エラーになります。また、VPNのDNSサフィックスが正しく設定されていない場合も、完全修飾ドメイン名(FQDN)と短いホスト名の両方が解決できません。

DNS問題を特定するための確認手順

まずは、問題が本当にDNSにあるのかを確かめるために、以下の手順を実行してください。すべての操作は管理者権限が必要な場合があります。会社PCの場合は、権限がないと実行できないコマンドもありますので、その場合は管理者に依頼してください。

1. Nslookupで名前解決をテストする
   コマンドプロンプトを開き(Windowsキー+R→「cmd」→Enter)、「nslookup 接続先のホスト名」と入力してEnterキーを押します。例えば「nslookup DESKTOP-01」と入力します。正しいIPアドレス(例:192.168.10.50)が返ってくればDNSは正常です。逆に「DNS request timed out」や「Non-existent domain」と表示されれば、名前解決ができていません。
2. IPアドレスで逆引きを確認する
   「nslookup IPアドレス」(例:nslookup 192.168.10.50)を実行し、ホスト名が返ってくるか確認します。これでDNSサーバーが逆引きに対応しているかもチェックできます。逆引きが成功すれば、DNSサーバーと接続先PCの登録は正しい可能性があります。
3. 現在のDNSサーバー設定を確認する
   「ipconfig /all」を実行し、「DNSサーバー」の一覧を確認します。VPN接続中に会社の内部DNS(例:10.0.0.1などプライベートIP)がリストの先頭または上位に表示されているか確認してください。もしプロバイダのDNS(例:8.8.8.8)しか表示されていない場合は、DNSが正しく割り当てられていません。
4. VPN接続のDNSサフィックスをチェックする
   「ipconfig /all」の出力で「接続固有のDNSサフィックス」を確認します。例えば「company.local」のような社内ドメインが表示されていれば、それが自動的に付加されて名前解決が行われます。空欄だったり、自宅ネットワークのサフィックスが表示されている場合は、設定が不適切です。
5. hostsファイルの内容を確認する
   「C:\Windows\System32\drivers\etc\hosts」ファイルをメモ帳で開き(管理者権限が必要)、目的のホスト名とIPアドレスのマッピングが記述されていないか確認します。hostsファイルに誤ったエントリーがあると、そちらが優先されてしまう可能性があります。

自分で試せる対処法(管理者確認必須)

以下の対処法は、会社のポリシーに違反しないか事前にIT管理者に確認した上で実施してください。特にDNSサーバーの変更やhostsファイルの編集は、他のシステムに影響を及ぼす恐れがあります。

対処法1:DNSキャッシュをクリアする

古いキャッシュが原因で正しい名前解決が妨げられていることがあります。コマンドプロンプトを管理者として開き、「ipconfig /flushdns」と入力してEnterキーを押します。次に「ipconfig /registerdns」を実行して、DNSクライアントサービスに再登録させます。その後、もう一度リモートデスクトップでホスト名を試してみてください。

対処法2:VPN接続のDNS設定を手動で追加する

Windowsのネットワークアダプタの設定から、VPN接続用のアダプタのDNSサーバーを手動で指定する方法です。ただし、この設定はVPNクライアントの設定と競合する可能性があるため、確実な方法ではありません。また、会社から与えられたVPNクライアントソフトが自動でDNSを管理している場合は、手動設定が無視されることもあります。手順としては、コントロールパネル→ネットワークと共有センター→アダプターの設定の変更→VPN接続のプロパティ→インターネットプロトコルバージョン4(TCP/IPv4)のプロパティ→「次のDNSサーバーのアドレスを使う」にチェックを入れ、会社の内部DNSを入力します。この設定は管理者に指示を仰いでから行ってください。

対処法3:hostsファイルで一時的に名前解決する

緊急対応として、接続先PCのIPアドレスが固定で変わらないことが確認できている場合に限り、hostsファイルにエントリーを追加する方法があります。メモ帳を管理者として開き、hostsファイルの最後に「IPアドレス ホスト名」(例:192.168.10.50 DESKTOP-01)を追記して保存します。これにより、ローカルで名前解決が行われ、ホスト名でのRDP接続が可能になります。ただし、IPアドレスが変わったり、他のPCにも同じ方法を適用する必要があるときは管理が煩雑になるため、恒久的な解決策にはなりません。また、会社のセキュリティポリシーでhostsファイルの編集が禁止されている場合がありますので、必ず事前に確認してください。

管理者に伝えるべき情報と依頼内容

上記の対処法で解決しない場合や、権限がないために設定変更ができない場合は、IT管理者に以下の情報を伝えて対応を依頼しましょう。

確認項目	具体的な内容
現象	VPN接続後、リモートデスクトップでホスト名接続ができず、IPアドレスなら接続できる。nslookupでタイムアウトまたは存在しないドメインになる。
nslookup結果	nslookup ホスト名 の出力結果(例:DNS request timed out)。nslookup 内部DNSサーバーのIP の結果も添える。
ipconfig /all の出力	VPN接続中のDNSサーバー一覧、DNSサフィックスをコピーして報告。
VPNクライアントの種類	使用しているVPNクライアント(例:AnyConnect、FortiClient、Windows標準のVPNなど)とバージョン。
接続先PCのIPアドレス	IPアドレスで接続できたときのIPアドレス。

管理者に依頼する内容としては、以下のようなものがあります。

• VPN接続時に社内DNSサーバーが自動的に割り当てられるように、VPNクライアントまたはRADIUSサーバーの設定を見直す。
• DNSサーバー側で、リモートデスクトップ接続に使うPCのAレコードが正しく登録されているか確認する。動的DNS更新が有効になっている場合は、クライアントからの登録を許可する。
• DNSサフィックス検索一覧に社内ドメインを追加する(グループポリシーで設定可能)。
• 他のユーザーでも同様の問題が発生しているか調査し、全社的な対策を検討する。

失敗パターンと判断基準

DNS問題の切り分けでよくあるミスや誤解を紹介します。

• 「IPアドレスが可変の場合にhostsファイルを使い続ける」
  DHCPでIPアドレスが変わる環境では、hostsファイルに固定のIPアドレスを書くと、後日別のIPになったときに接続できなくなります。こまめに書き換えるのは非現実的です。
• 「nslookupでタイムアウトが出たらDNSサーバー自体がダウンしている」と早合点する
  nslookupはデフォルトで設定されているDNSサーバーに問い合わせます。社内DNSに到達できない場合もタイムアウトになります。まずは「nslookup 8.8.8.8」で外部サイトの名前解決ができるか確認し、社内DNSだけが応答しないのかを切り分けてください。
• 「VPNを切断した状態でnslookupを実行してしまう」
  VPNが切断されていると、当然社内DNSにはアクセスできません。必ずVPN接続中であることを確認してからテストしてください。
• 「リモートデスクトップの認証エラーと名前解決エラーを混同する」
  「認証エラーが発生しました」というメッセージは、接続先に到達した後の認証段階の問題です。ホスト名が見つからないエラー(「リモートデスクトップはコンピューターを見つけられませんでした」)とは明確に区別してください。

よくある質問(FAQ)

Q1: 自宅のネットワークではホスト名で接続できていたのに、VPN経由だとできなくなりました。なぜですか?

自宅のネットワークでは、同じサブネット内のNetBIOSブロードキャストで名前解決ができていた可能性があります。VPN経由では別のネットワークになるため、ブロードキャストが届かず、DNSによる名前解決に頼ることになります。社内DNSが正しく設定されていないと、このような現象が発生します。

Q2: 会社のPCをVPN接続せずに社内LANで使うときは、ホスト名でリモートデスクトップ接続できています。この記事の内容は社外からの接続だけの問題ですか?

その通りです。社内LANでは同じDNSサーバーが使われているため問題ありませんが、VPN接続時は自宅のネットワーク設定が影響することがあります。特に、VPNクライアントがDNS設定を上書きしない設定になっている場合や、VPN接続後にDNSサーバーが変更されない場合に起こります。

Q3: 自分でDNSサーバーを「8.8.8.8」に変更してもいいですか?

社内のホスト名を解決するには、Google Public DNS(8.8.8.8)では登録されていないため、解決できません。社内DNSサーバーのアドレスが必要です。そのアドレスを勝手に設定するのではなく、管理者に問い合わせてください。また、会社のセキュリティポリシーでDNSの変更が禁止されている場合もあります。

まとめ

VPN接続後のリモートデスクトップでIPアドレスなら接続できるのにホスト名では接続できない場合、原因の大部分はDNS名前解決にあります。まずはnslookupでDNSの動作を確認し、ipconfig /allでVPN接続時のDNS設定をチェックしてください。自分で対処できるのはDNSキャッシュのクリアやhostsファイルの一時的な編集ですが、変更の影響を考慮して必ず管理者に確認しましょう。恒久的な解決には、VPNクライアントの設定や社内DNSサーバーの構成変更が必要です。本記事の手順を正確に実行し、管理者と連携することで、リモートワークのストレスを解消してください。

🔗

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