社内ファイルサーバーにアクセスしようとした際、\サーバー名\共有フォルダでは「ネットワークパスが見つかりません」などのエラーが発生するにもかかわらず、\IPアドレス\共有フォルダでは問題なく開けるという現象が時折発生します。この状況は名前解決のプロセスに何らかの問題があることを示しており、原因の切り分けと適切な対処が求められます。本記事では、サーバー名とIPアドレスで挙動が異なる場合の確認手順と解決方法を具体例を交えて解説します。
【要点】この記事で確認すること
- 最初に見る場所: コマンドプロンプトでping、nslookup、nbtstatを実行し、名前解決の状態とIPアドレスの対応を確認します。
- 切り分けの軸: 端末側のDNSキャッシュやhostsファイルの問題か、ネットワーク側のDNSサーバー・WINSサーバーの設定の問題かを見極めます。
- 注意点: hostsファイルやLMHOSTSファイルは管理者権限が必要なため、会社PCでは管理者に確認してから変更してください。また、DNSサーバーの設定変更は管理者のみが実施可能です。
ADVERTISEMENT
目次
サーバー名でアクセスできない原因の概要
Windowsでファイルサーバーに接続する際、サーバー名からIPアドレスを解決する仕組みは複数存在します。代表的なものとして、DNS(Domain Name System)、NetBIOS名前解決、WINS(Windows Internet Name Service)、LMHOSTSファイル、hostsファイル、そしてローカルキャッシュが挙げられます。これらのいずれかが正しく機能しないと、サーバー名でのアクセスが失敗します。一方、IPアドレス直接指定は名前解決を必要としないため、ネットワーク接続自体が正常であればアクセスできます。以下に主な原因を示します。
DNS名前解決の不具合
DNSサーバーにファイルサーバーのAレコードが存在しない、または古いIPアドレスが登録されている場合、そのサーバー名でアクセスできません。特に、サーバーのIPアドレスが変更された後にDNSレコードが更新されていないケースがよく見られます。
NetBIOS/WINSの設定問題
古いWindowsネットワークではNetBIOS名前解決が使われることが多く、WINSサーバーが正しく構成されていないと名前解決に失敗します。また、NetBIOS over TCP/IPが無効になっている場合も同様です。
ローカルキャッシュやhostsファイルの影響
端末側のDNSキャッシュに誤った情報が残っている、またはhostsファイルやLMHOSTSファイルに間違った記述があると、サーバー名が別のIPアドレスに解決されることがあります。
| 比較項目 | サーバー名で開ける場合 | IPアドレスで開ける場合 |
|---|---|---|
| 名前解決の必要 | 必要(成功している) | 不要 |
| 考えられる問題箇所 | なし | DNS、WINS、NetBIOS、hosts、キャッシュ |
| 接続性の問題 | 全体として正常 | ネットワークは正常 |
| エラーメッセージ例 | なし | 「ネットワークパスが見つかりません」「アクセスが拒否されました」 |
まずは現在の名前解決状況を確認する
トラブルシューティングの第一歩として、コマンドプロンプトからいくつかのコマンドを実行し、名前解決の状態を把握します。以下の手順を順に行ってください。
- ping -a サーバー名 を実行します。成功すれば、返ってきたIPアドレスがサーバー名に正しく対応しているかを確認します。
- nslookup サーバー名 を実行します。DNSサーバーからの応答を確認し、正しいIPアドレスが返ってくるかを見ます。
- nbtstat -a サーバー名 を実行します。NetBIOS名前テーブルを取得し、サーバーのMACアドレスなどが取得できるかを確認します。
- ipconfig /displaydns を実行します。DNSキャッシュの内容を一覧表示し、サーバー名に対応するレコードが古いIPになっていないかを確認します。
- net use \IPアドレス\共有フォルダ で接続できることを確認した上で、net use \サーバー名\共有フォルダ を試し、エラーが発生するかどうかを確認します。
上記のコマンド結果を記録しておくと、管理者に状況を伝える際に役立ちます。特にnslookupで「サーバーが見つかりません」と表示された場合はDNS側の問題が強く疑われます。
DNS解決が正しく行われていない場合の修正方法
DNSに問題がある場合は、端末側で一時的に対応する方法と、管理者が恒久的に対応する方法があります。まずは端末側で以下の対処を試します。
DNSキャッシュのクリア
古いDNSキャッシュが原因の場合、コマンドプロンプトを管理者として実行し、ipconfig /flushdns を入力してキャッシュをクリアします。その後、再度アクセスを試みます。
hostsファイルの確認と修正
hostsファイル(C:\Windows\System32\drivers\etc\hosts)にサーバー名とIPアドレスの手動マッピングが記述されている場合、それが誤っている可能性があります。メモ帳を管理者として開き、該当の行を確認します。不要な行があれば#でコメントアウトするか削除します。ただし、会社PCではグループポリシーで制限されている場合があるため、管理者に相談してください。
LMHOSTSファイルの確認
同様にLMHOSTSファイル(C:\Windows\System32\drivers\etc\lmhosts)に誤ったエントリがないか確認します。LMHOSTSはNetBIOS名前解決に使用されるため、そちらにも注意が必要です。
NetBIOS/WINSのトラブルシューティング
社内ネットワークがまだNetBIOSやWINSに依存している場合、以下の点を確認します。
NetBIOS over TCP/IPの有効化
ネットワークアダプターのプロパティで、インターネットプロトコルバージョン4(TCP/IPv4)の詳細設定を開き、「WINS」タブにある「NetBIOS over TCP/IPを有効にする」が選択されていることを確認します。無効になっていると名前解決できません。
WINSサーバーアドレスの確認
同じWINSタブで、WINSサーバーのアドレスが正しく設定されているか確認します。自動設定(DHCP)の場合は、DHCPサーバーから適切なWINSアドレスが配布されている必要があります。
その他の確認ポイント
上記で解決しない場合、以下の項目も検討します。
ファイアウォールの影響
Windowsファイアウォールや社内のネットワークファイアウォールが、名前解決に関連するトラフィック(DNS: UDP 53、NetBIOS: UDP 137-138、TCP 139、SMB: TCP 445など)をブロックしていないか確認します。IPアドレス直接接続はSMBポートのみで通信できるため、DNSやNetBIOSの通信が通らない場合にこの現象が起こります。
SMBプロトコルバージョンの不一致
まれに、サーバー名でのアクセス時に使用される認証やプロトコルネゴシエーションが異なり、IPアドレス直接だと回避できるケースがありますが、基本的には名前解決の問題が大半です。ただし、Windows 10のSMB1.0が無効化されているなども影響する可能性があるため、サーバー側のSMB設定も確認が必要です。
管理者へ伝えるべき情報と再発防止策
個人で解決できない場合は、管理者に以下の情報を伝えて対応を依頼します。
- 実行したコマンドの結果(ping、nslookup、nbtstatの出力)
- 現象が発生するサーバー名とIPアドレス
- hostsファイルやLMHOSTSファイルの内容(変更した場合)
- ネットワークアダプターの設定(DHCPか固定IPか、DNS/WINS設定)
管理者側では、DNSサーバーのレコード更新、WINSサーバーの設定見直し、グループポリシーによる名前解決設定の統一などが考えられます。再発防止としては、DNSの動的更新を有効にしたり、サーバー名変更時に速やかにDNSレコードを更新する運用ルールを策定することが有効です。
よくある質問
Q: IPアドレスでアクセスできるのにサーバー名ではできないのはなぜですか?
A: 前述の通り、名前解決の仕組み(DNS、NetBIOS、WINS、hostsなど)のどこかに問題があるためです。IPアドレスは経路が正しければそのまま通信できるため、このような現象が発生します。
Q: hostsファイルに正しいIPを書けば解決しますか?
A: 一時的には解決しますが、管理者がDNSを正しく設定するのが恒久対策です。また、hostsファイルを編集できるのは管理者権限がある場合のみで、会社PCではポリシーで禁止されていることが多いため注意してください。
Q: nslookupでサーバー名が解決できないのに、ping -aではIPから名前が取れるのはなぜ?
A: ping -aはリバースDNSルックアップ(IP→名前)を行います。DNSの逆引きレコードが正しく設定されていれば、順引き(名前→IP)ができなくても逆引きが成功することがあります。この場合、前方参照ゾーンに問題がある可能性が高いです。
まとめ
社内ファイルサーバーにサーバー名でアクセスできずIPアドレスではできる現象は、名前解決のトラブルが原因です。まずコマンドプロンプトでDNSキャッシュのクリアやnslookupを実行し、問題の箇所を特定します。端末側でhostsファイルの確認やNetBIOS設定の見直しを行うことで解決する場合もありますが、根本的には管理者によるDNSやWINSサーバーの設定修正が必要です。エラーの内容とコマンド結果を正確に伝えることで、迅速な対応が可能になります。恒久的な対策として、DNSの動的更新や定期的なレコードメンテナンスを実施することが推奨されます。
超解決 第一編集部
疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。
Office・仕事術の人気記事ランキング
- 【神技】保存せずに閉じたExcel・Wordファイルを復元する!消えたデータを復活させる4つの救出法
- 【Outlook】添付ファイルが「Winmail.dat」に化ける!受信側が困らない送信設定
- 【Word】差し込み印刷で数字の桁を整える!金額にカンマ(桁区切り)を入れる設定
- 【Teams】メッセージを「保存済み」にして後で読む!重要なチャットをブックマークして整理する技
- 【Excel】文字が入っているセルの「個数」を数える!COUNTA関数の簡単な使い方
- 【Word】校閲機能の基本!赤字(変更履歴)とコメントで修正を見える化する
- 【PDF】PDFに入力した文字の「フォント・サイズ・色」を変更するプロパティ設定
- 【Copilot】「サービスに接続できません」エラーの原因切り分けと対処法
- 【Outlook】予定表の「祝日」が表示されない!最新カレンダーの追加と二重表示の修正手順
- 【Teams】画面共有時に「音声」も共有する方法!音が流れない時の設定手順
