【Windows】社内DNSの切り替えで古い社内サイトへ飛ばされる時の確認

社内システムの移行やネットワーク構成の変更に伴い、DNSサーバーを切り替えることはよくあります。しかし、切り替え後も古い社内サイトが表示されてしまうトラブルが発生することがあります。この記事では、Windows端末で社内DNSの切り替え後に古い社内サイトへ飛ばされる原因を切り分け、適切な対応を取るための手順を解説します。まずは端末側の設定とDNSキャッシュの状態を確認し、問題の所在を特定しましょう。

1. なぜ古い社内サイトへ飛ばされるのか?原因を整理

DNSサーバーを切り替えたにもかかわらず古い社内サイトが表示されるのは、主に以下の3つの原因が考えられます。それぞれの特徴を理解することで、効率的なトラブルシューティングが可能になります。

DNSキャッシュの影響

Windows端末には、以前に解決したDNS問い合わせの結果を一時的に保存する「DNSキャッシュ」と呼ばれる仕組みがあります。新しいDNSサーバーに切り替わっても、端末内に古いIPアドレスがキャッシュとして残っていると、そのキャッシュを優先して使用してしまいます。特にTTL(Time To Live)が長く設定されている場合、キャッシュが有効な間は新しいDNS情報が反映されません。

hostsファイルによる固定

「C:\Windows\System32\drivers\etc\hosts」ファイルに手動で特定のホスト名とIPアドレスのマッピングが記述されている場合、DNSサーバーからの応答よりも優先されます。過去のトラブル対応やテストのために古いIPが記述されたままになっているケースが少なくありません。このファイルはDNS解決よりも先に参照されるため、hostsファイルが原因の場合、DNSを切り替えても効果がありません。

プロキシ設定の影響

社内環境ではプロキシサーバーを経由してインターネットに接続することが一般的です。プロキシ設定で「ローカルアドレスにはプロキシを使用しない」などの例外設定が誤っていると、社内サイトへのアクセスが正しくルーティングされないことがあります。また、プロキシサーバー自体が古いDNS情報をキャッシュしている場合も、同様の現象が発生します。

2. まずはここを確認!端末側の切り分け手順

問題の原因を特定するために、以下の手順を順番に実行してください。コマンドプロンプトは管理者として実行する必要がある場合があります。

1. DNSキャッシュを表示する: コマンドプロンプトを開き、「ipconfig /displaydns」と入力します。出力結果から、目的の社内サイトのホスト名が古いIPアドレスに解決されていないか確認します。
2. DNSキャッシュをフラッシュする: 古いキャッシュが残っている場合は、「ipconfig /flushdns」を実行してキャッシュをクリアします。その後、再度サイトにアクセスして変化があるか確認します。
3. hostsファイルを確認する: メモ帳などを管理者として開き、「C:\Windows\System32\drivers\etc\hosts」ファイルを開きます。社内サイトのホスト名に対して古いIPが記述されていないか確認します。不要な行があれば先頭に「#」を付けてコメントアウトするか、削除します。
4. プロキシ設定を確認する: インターネットオプションの「接続」タブから「LANの設定」を開き、プロキシサーバーの設定を確認します。社内サイトがプロキシの例外リストに正しく追加されているか、または「ローカルアドレスにはプロキシサーバーを使用しない」にチェックが入っているか確認します。
5. nslookupで現在のDNS解決を確認する: コマンドプロンプトで「nslookup <社内サイトのホスト名>」と入力し、実際にどのDNSサーバーに問い合わせてどのIPが返ってくるか確認します。期待する新しいIPが表示されれば、端末側のDNS解決は正常です。
6. 他の端末でも同様の現象が発生するか確認する: 同じネットワークに接続された他のWindows端末で同じサイトにアクセスし、古いページが表示されるか確認します。もし他の端末でも発生するなら、DNSサーバー側の設定やネットワーク機器のキャッシュが原因の可能性が高まります。

3. DNS環境の確認方法と新旧比較表

DNSの切り替え前後でどのような差分があるのかを把握することは、トラブルシューティングの重要な手がかりになります。以下の表に、新旧DNSサーバーの一般的な比較項目を示します。

比較項目	旧DNSサーバー	新DNSサーバー
IPアドレス	192.168.1.10	192.168.2.20
社内サイトAのAレコード	10.0.0.5	10.0.1.10
TTL(秒)	3600	600
ドメインの委譲状態	委譲なし	子ドメイン委譲あり

この表のように、新旧でIPアドレスやTTLが異なることがわかります。端末が旧DNSサーバーの情報をキャッシュしている場合、TTLが切れるまで古いIPを使い続けます。また、新DNSサーバーでレコードが正しく設定されていない場合も問題が発生します。

4. よくある失敗パターンと判断基準

実際の現場でよく見られる失敗例と、その判断基準を紹介します。これらを参考に、自分の状況に当てはめてみてください。

失敗パターン1: キャッシュクリアを忘れる

DNS切り替え後に「ipconfig /flushdns」を実行せず、古いキャッシュが残ったまま業務を続けてしまうケースです。特にTTLが長い(デフォルトで1日など)場合、キャッシュが自然に消えるまで長時間待つことになります。判断基準としては、他の端末では新しいサイトが表示されるのに、自分の端末だけ古い表示になる場合、キャッシュが原因である可能性が高いです。

失敗パターン2: hostsファイルの残骸

過去にテスト目的でhostsファイルに追記したエントリーがそのまま残っているケースです。DNS切り替え後もその記述が優先されるため、新しいIPに名前解決されません。判断基準として、nslookupで新しいIPが返ってくるにもかかわらず、実際のアクセスでは古いIPに飛ばされる場合、hostsファイルを疑います。

失敗パターン3: プロキシの例外設定ミス

プロキシサーバーが社内サイトのドメインを例外扱いしていないために、プロキシ経由で旧DNS情報を取得してしまうケースです。または、プロキシの自動構成スクリプト(PACファイル)が古いDNSサーバーを参照している場合もあります。判断基準として、プロキシを一時的に無効にして直接接続したときに正しいページが表示されるなら、プロキシ設定が原因です。

5. 管理者に伝えるべき情報

問題を管理者に報告する際は、以下の情報を整理して伝えるとスムーズです。管理者側で原因を特定しやすくなります。

• 発生している現象(例:特定の社内サイトが古いデザインのまま表示される)
• 影響を受けている端末の台数と、その端末で実行した切り分け手順の結果(キャッシュクリア、nslookup結果など)
• 古いページと新しいページのIPアドレスがわかる場合はその情報
• DNS切り替えが行われた日時と、その情報をいつ知ったか
• hostsファイルの内容(特に問題のサイトに関する行)
• プロキシ設定のスクリーンショット(あれば)

また、管理者への依頼事項として、以下の点を確認してもらうとよいでしょう。

• 新しいDNSサーバー上で該当サイトのAレコードが正しく設定されているか
• DNSのゾーン転送や委譲が正しく行われているか
• ネットワーク機器(ルーターやファイアウォール)でDNSキャッシュが有効になっていないか
• グループポリシーで強制的なDNS設定が行われていないか

6. よくある質問(FAQ)

ここでは、社内DNS切り替えに関するよくある質問とその回答をまとめました。

Q1: DNSキャッシュをフラッシュしても古いサイトが表示され続けます。どうすればよいですか?

A1: キャッシュフラッシュ後も改善しない場合、hostsファイルやプロキシ設定が原因である可能性が高いです。まずhostsファイルに古いIPが記述されていないか確認し、次にプロキシの例外設定やPACファイルの内容を確認してください。それでも解決しない場合は、ネットワーク機器(ルーターなど)のDNSキャッシュが残っている可能性があります。管理者に依頼して機器のキャッシュクリアを実施してもらいましょう。

Q2: nslookupでは新しいIPが返ってくるのに、ブラウザでアクセスすると古いサイトが表示されるのはなぜですか?

A2: nslookupはDNSサーバーに直接問い合わせるため、正しい結果が返ってきます。しかし、ブラウザはOSのDNSキャッシュやhostsファイルを優先することがあります。また、ブラウザ独自のDNSキャッシュや、HTTPレベルでのリダイレクトが原因の場合もあります。ブラウザのキャッシュをクリアするか、シークレットモードでアクセスしてみてください。それでも変わらない場合、Webサーバー側でリダイレクト設定が行われている可能性があるため、管理者に確認しましょう。

Q3: 社内DNSの切り替え後、一部の端末だけ古いサイトが表示されます。なぜですか?

A3: 端末ごとにDNSキャッシュの状態やhostsファイルの編集状況が異なるためです。また、DHCPでDNSサーバーを取得している場合、リースの更新が行われていない端末は古いDNSサーバーを参照し続ける可能性があります。該当端末で「ipconfig /renew」を実行してIP設定を更新するか、手動でDNSサーバーを新しいものに変更してみてください。それでも解決しない場合は、グループポリシーでDNS設定が固定されていないか確認が必要です。

7. まとめ

社内DNSの切り替え後に古いサイトへ飛ばされる問題は、端末側のキャッシュやhostsファイル、プロキシ設定が主な原因です。まずはDNSキャッシュのフラッシュとhostsファイルの確認を行い、それでも解決しない場合はプロキシ設定やネットワーク機器のキャッシュを調査します。他の端末でも同様の現象が発生する場合は、DNSサーバー側の設定ミスや伝播遅延の可能性が高いため、管理者に連絡して対応を依頼しましょう。事前にTTLを短く設定しておくことで、切り替え後の影響を最小限に抑えることができます。

💻

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

🔐

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