【社内ネットワーク】社外からのファイルサーバー接続でVPNにつないでも共有が開けない時の確認

テレワークや出張先から社内ファイルサーバーにアクセスするため、VPNに接続したのに共有フォルダが開けないという経験はありませんか。この問題はVPN接続が確立していても、名前解決やファイアウォール、資格情報など複数の要因で発生します。原因を一つずつ切り分けて確認することで、適切な対処が可能です。本記事では、VPN接続済みにもかかわらずファイルサーバーの共有が開かない場合の確認手順を具体的に解説します。

1. まずはVPN接続とファイルサーバーへの到達性を確認する

最初に、VPNが正しく接続されていることを確認します。システムトレイのネットワークアイコンやVPNクライアントのステータスで接続状態を確認しましょう。接続済みであっても、ファイルサーバーへのネットワーク経路が確立しているとは限りません。

1.1 pingで疎通確認(ホスト名とIPアドレス)

コマンドプロンプトを管理者として開き、以下の手順でpingを実行します。

1. ファイルサーバーのホスト名(例:\\fileserver)に対してpingを打ちます。ping fileserverと入力し、応答があるか確認します。
2. ホスト名で応答がない場合、ファイルサーバーのIPアドレス(例:192.168.1.100)に対してping 192.168.1.100を実行します。
3. IPアドレスへのpingが成功する場合は、名前解決に問題がある可能性が高いです。
4. IPアドレスへのpingも失敗する場合は、ルーティングやファイアウォールでブロックされている可能性があります。
5. タイムアウトや「宛先ホストに到達できません」と表示されたら、その段階で原因を絞り込みます。

1.2 名前解決の確認(nslookup)

ホスト名からIPアドレスが正しく引けるか確認します。nslookup fileserverと入力します。社内DNSサーバーのIPアドレスが返ってくるはずです。もし「DNS name does not exist」と表示されるなら、DNS解決に失敗しています。VPN接続時に社内DNSサーバーが自動的に割り当てられているか、VPNクライアントの設定を確認してください。

確認項目	成功時の出力例	失敗時の出力例
ping ホスト名	Reply from 192.168.1.100: bytes=32 time<1ms TTL=128	Ping request could not find host fileserver. Please check the name and try again.
ping IPアドレス	Reply from 192.168.1.100: …	Request timed out. または Destination host unreachable.
nslookup ホスト名	Name: fileserver.example.com Address: 192.168.1.100	*** Can’t find fileserver: Non-existent domain

2. 名前解決がうまくいかない場合の対処

ホスト名でのpingが失敗し、IPアドレスでは成功する場合、名前解決の問題です。VPN接続時にDNS設定が正しく引き継がれていないことが原因です。以下の方法で切り分けます。

2.1 VPNクライアントのDNS設定を確認する

使用しているVPNクライアントのプロパティで、リモートネットワークのDNSサーバーを使用する設定になっているか確認します。多くのVPNクライアントでは、「リモートネットワークのDNSサーバーを使用する」オプションがあります。これが無効だと社内DNSを参照できません。

2.2 ファイルサーバーをIPアドレスで直接アクセスしてみる

エクスプローラーのアドレスバーに\\192.168.1.100\共有フォルダ名と入力します。IPアドレスでアクセスできる場合、明らかに名前解決の問題です。この場合はDNS設定の修正が必要であり、管理者に連絡してVPNクライアントの設定変更を依頼してください。

2.3 ホスト名にFQDNを試す

短いホスト名ではなく、\\fileserver.example.com\共有のようにFQDN(完全修飾ドメイン名)でアクセスしてみると成功することがあります。これはDNSサフィックスが正しく設定されていないケースです。

3. ファイアウォールやセキュリティソフトがブロックしていないか確認する

VPN接続後にファイルサーバーのIPアドレスへのpingは通るのに共有が開けない場合、ファイアウォールがSMB(Server Message Block)のポートをブロックしている可能性があります。

3.1 Windowsファイアウォールの設定確認

コントロールパネルから「Windows Defender ファイアウォール」を開き、「許可されているアプリと機能」で「ファイルとプリンターの共有」がプライベートネットワークに対して許可されているか確認します。また、受信の規則で「ファイルとプリンターの共有 (SMB-In)」が有効になっているか確認してください。

3.2 サードパーティのセキュリティソフト

会社PCでは、ファイアウォールやウイルス対策ソフトを自己判断で無効にしないでください。接続先、表示されたエラー、利用中の回線を記録し、会社のIT部門へ確認します。

4. 資格情報の問題を切り分ける

ネットワーク共有にアクセスする際、適切なユーザー名とパスワードが要求されます。一度間違った資格情報を保存してしまうと、その後もその情報が使用されます。

4.1 資格情報マネージャーに保存された古い情報を削除する

1. コントロールパネルから「資格情報マネージャー」を開きます。
2. 「Windows 資格情報」タブを選択します。
3. ファイルサーバーのホスト名やIPアドレスに関連する資格情報(例:fileserver、192.168.1.100)があれば削除します。
4. 「汎用資格情報」にも同様のエントリがあれば削除します。
5. 再度エクスプローラーで共有フォルダにアクセスし、正しいユーザー名とパスワードを入力します。

4.2 アクセス権限を確認する

VPN接続時に割り当てられるIPアドレスが、社内の許可リストに含まれていない可能性があります。ファイルサーバー側でアクセス制限をかけている場合、管理者に連絡して自分のアカウントがリモートアクセス許可グループに属しているか確認してください。

5. ルーティングやVPN設定の詳細を確認する

VPN接続の種類によっては、ファイルサーバーへのルートが自動的に追加されないことがあります。特に、スプリットトンネリングが有効になっている場合、社内ネットワーク宛のトラフィックがVPN経由にならずインターネット経由で送られてしまうことがあります。

5.1 ルーティングテーブルの確認

コマンドプロンプトでroute printを実行し、ファイルサーバーのネットワーク(例:192.168.1.0/24)へのルートがVPNインターフェース(通常は0.0.0.0 ゲートウェイがVPN側のIP)を指しているか確認します。もし該当するルートがない場合、手動でルートを追加するか、VPNクライアントの設定を変更する必要があります。

5.2 VPNクライアントの設定確認

VPN接続のプロパティで「リモートネットワークの既定のゲートウェイを使用する」が有効になっているとすべてのトラフィックがVPN経由になりますが、社内のリソースにしかアクセスしない場合は便利です。ただし、会社のポリシーでスプリットトンネリングが強制されている場合もあります。この設定の変更は管理者に依頼してください。

6. それでも解決しない場合:管理者に報告すべき情報

上記の手順を試しても問題が解決しない場合、管理者が原因を特定するために以下の情報を伝えてください。

• VPNクライアントの種類とバージョン
• エラーメッセージのスクリーンショット(例:「アクセスできません。このネットワークリソースを使用する権限がない可能性があります。」)
• pingの結果(ホスト名、IPアドレス両方)
• nslookupの結果
• route printの出力(特にファイルサーバーのネットワーク部分)
• ファイルサーバーに対するIPアドレスでのアクセス可否

これらの情報があれば、管理者はDNS設定、ルーティング設定、またはファイアウォールルールの問題を素早く切り分けられます。

よくある質問

pingは通るのに共有が開けないのはなぜですか?

会社PCでは、ファイアウォールやウイルス対策ソフトを自己判断で無効にしないでください。接続先、表示されたエラー、利用中の回線を記録し、会社のIT部門へ確認します。

IPアドレスではアクセスできるのにホスト名ではダメです。どうすれば?

名前解決の問題です。DNSサーバーが正しく設定されていないか、VPN接続時にDNSサフィックスが付与されていないことが考えられます。管理者にVPNクライアントのDNS設定を確認してもらうか、一時的にホスト名をIPアドレスの代わりに使用してください。また、hostsファイルに手動でエントリを追加することも可能ですが、保守性を考慮すると推奨しません。

MacやLinuxからVPN経由でファイルサーバーにアクセスする場合の注意点は?

MacではSMB接続のために、Finderで「サーバーへ接続」からsmb://192.168.1.100/共有名と入力します。名前解決にはmDNSやDNSを使用しますが、社内DNSが参照できない場合はIPアドレスを直接指定してください。Linuxでも同様にmount -t cifs //192.168.1.100/共有 /mnt -o username=...とIPアドレスでマウントすることが確実です。

まとめ

VPN接続後にファイルサーバーの共有が開けない場合、まずはpingとnslookupでネットワークの基本疎通を確認し、ホスト名とIPアドレスの両方でテストします。名前解決が原因ならDNS設定を見直し、IPアドレスでもダメならファイアウォールやルーティングをチェックします。資格情報マネージャーのクリアも有効です。それでも解決しない場合は、管理者に詳細な情報を提供して調査を依頼してください。適切な切り分けにより、問題解決までの時間を大幅に短縮できます。

💻

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

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。