DNSを変更したのに自宅や会社の回線からだけ古いサーバーが表示される、特定のプロバイダーの利用者からだけ「サイトが開けない」と連絡が来る。こうした症状の多くは、プロバイダー（ISP）のキャッシュDNSサーバーが古い結果や失敗した結果を保持していることが原因です。ISPのキャッシュは利用者側から消せませんが、どこで食い違っているかを dig で突き止めれば、待つべきか、設定を直すべきか、一時的に回避すべきかを判断できます。この記事では、その切り分けと、サイト運営者として再発を防ぐ方法を説明します。
ISPのキャッシュDNSとは
パソコンやスマートフォンがドメイン名を引くとき、多くの場合は家庭のルーターを経由して、契約しているプロバイダーのキャッシュDNSサーバー（フルリゾルバ）に問い合わせます。キャッシュDNSサーバーは権威DNSサーバーから得た結果を、レコードのTTLの間保持し、同じ問い合わせには保持している結果を返します。
そのため、権威DNS側でレコードを変更しても、変更前に誰かがそのISPのキャッシュDNSで引いていれば、TTLが切れるまで古い結果が返ります。同じ時刻でも、ISPごと、さらにはISP内のサーバーごとに結果が違うのは、この仕組みによるものです。
手順1：自分がどのDNSサーバーを使っているか確認する
まず、手元の端末がどのキャッシュDNSサーバーに問い合わせているかを確認します。Windowsでは nslookup を引数なしで実行すると、最初に既定のサーバーが表示されます。
# Windows
nslookup www.example.com
ipconfig /all
# Linux（systemd-resolved を使っている場合）
resolvectl status表示されるのが 192.168.1.1 のようなルーターのアドレスなら、ルーターがさらにISPのDNSへ転送しています。ルーターの先にあるDNSサーバーのアドレスは、ルーターの管理画面のWAN側やインターネット接続の状態の欄で確認できることが多いです。表示場所は機種によって異なります。
実際に問い合わせを出しているサーバーのIPを知るには、次の方法もあります。
dig +short whoami.akamai.net返ってきたIPは、あなたの代わりに問い合わせたキャッシュDNSサーバーのものです。IPの持ち主を調べると、どのISPのサーバーかが分かります。
手順2：3か所の結果を比べる
次に、「権威DNSサーバー」「ISPのキャッシュDNS」「パブリックDNS」の3か所に同じ問い合わせをして比べます。
# 権威DNSサーバーを調べる
dig +short NS example.com
# 権威DNSサーバーに直接（キャッシュを通らない正しい値）
dig +noall +answer +norec @ns1.example-dns.net www.example.com A
# 既定のDNS（ISP経由）
dig +noall +answer www.example.com A
# パブリックDNS
dig +noall +answer @8.8.8.8 www.example.com A
dig +noall +answer @1.1.1.1 www.example.com Ans1.example-dns.net は1行目の結果に置き換えてください。結果の2列目はTTLで、キャッシュDNSから得た値は残り秒数です。Windowsには dig が標準で入っていないため、WSLのLinux環境で実行するか、nslookup www.example.com 8.8.8.8 のように問い合わせ先を指定して代用します。
比較の結果は、次のように読みます。
- 権威DNSは新しい値、ISPは古い値：ISPのキャッシュが残っています。表示されたTTLの秒数が過ぎれば切り替わるはずです
- 権威DNSも古い値：ISPの問題ではありません。DNS管理画面の設定や、ネームサーバーの委任（NSレコード）を確認します
- 3か所とも新しい値なのに、ブラウザで古いサイトが出る：ISPより手前、つまりOSやブラウザのキャッシュ、hostsファイルの問題です
- ISPだけが SERVFAIL や応答なし：ISPのキャッシュDNSの障害か、次の原因3を疑います
原因1：TTLが残っている（もっとも多い）
レコード変更前のTTLが長いと、その時間はISPのキャッシュに古い値が残ります。たとえば変更前のTTLが86400（1日）なら、変更直前に引かれた結果は最大で1日残ります。変更後にTTLを短くしても、すでにキャッシュされている結果は変更前のTTLで保持される点に注意してください。
対処は、基本的にはTTLが切れるのを待つことです。急ぐ場合は、手元の端末だけ一時的にパブリックDNSを使う設定にすると、新しい値で確認できます。また、ISPによっては、レコードのTTLに上限や下限を設けて独自に保持時間を調整していることがあり、TTLどおりに切り替わらない場合もあります。
原因2：「存在しない」という結果が残っている
新しいサブドメインを作る前に、そのホスト名を一度引いてしまった場合などに起こります。キャッシュDNSは「その名前は存在しない」という否定応答もキャッシュします（ネガティブキャッシュ）。保持時間は、そのゾーンのSOAレコードのTTLとSOAの最小値のうち、短い方で決まります。
dig +noall +answer SOA example.comSOAの最後の数値が大きいと、作成前に引かれた「存在しない」が長く残ります。対処は待つことですが、次回からは、公開前にホスト名を引かない、あらかじめレコードを作っておく、という手順にすると防げます。
原因3：DNSSECの検証に失敗している
DNSSECを設定しているドメインで、署名の期限切れや、DSレコードと鍵の不一致があると、検証を行うキャッシュDNSは SERVFAIL を返します。検証を行うISPと行わないISPがあるため、「一部の回線からだけつながらない」という形で現れます。
dig www.example.com A
dig +cd www.example.com A+cd は検証を無効にして問い合わせるオプションです。通常の問い合わせが SERVFAIL で、+cd を付けると答えが返るなら、DNSSECの検証失敗が原因です。この場合はISPではなく、ドメイン側のDNSSEC設定（レジストラのDSレコード、DNS事業者の鍵の状態）を直す必要があります。
原因4：IPv6（AAAAレコード）の更新漏れ
ISPのキャッシュと勘違いしやすいのがこのケースです。IPv6が使える回線では、多くの環境でAAAAレコードのIPv6アドレスが優先されます。サーバー移転でAレコードだけを更新し、AAAAレコードが古いサーバーを指したままだと、IPv6対応の回線の利用者だけ古いサーバーにつながります。
dig +noall +answer www.example.com AAAA古いサーバーのIPv6アドレスが返るなら、AAAAレコードを更新するか、使っていなければ削除します。
原因5：ISPのキャッシュDNS自体の障害
特定のISPで、ドメインに関係なく名前解決が失敗する、極端に遅いという場合は、ISP側の障害が考えられます。ISPの障害情報のページを確認し、必要に応じてサポートに連絡します。その際は、対象のドメイン名、発生時刻、手順2の dig の結果を添えると、話が早く進みます。
一時的に回避する方法
利用者側でできる回避策は、端末やルーターのDNS設定を、一時的にパブリックDNS（Google Public DNS、Cloudflareの1.1.1.1など）に変えることです。また、Google Public DNS と Cloudflare は、指定したドメインのキャッシュの削除を依頼できるWebページを公開しています（2026年10月現在）。これはそのパブリックDNSのキャッシュに対するもので、ISPのキャッシュには影響しません。ページの場所や操作方法は変わることがあるため、各サービスの公式ドキュメントで確認してください。
会社や学校のネットワークでは、DNS設定の変更がポリシーで禁止されていることがあります。その場合は勝手に変えず、ネットワーク管理者に相談してください。
サイト運営者が再発を防ぐには
利用者のISPのキャッシュは運営者からは消せないため、変更の前に準備することが重要です。
- 移転の数日前に、対象レコードのTTLを短く（たとえば300秒程度）しておく。変更前のTTLが切れるまで待ってから切り替える
- 切り替え後もしばらくは旧サーバーを止めずに残し、古いキャッシュでアクセスした利用者にも表示できるようにする。WordPressなら、旧サーバー側で更新やコメントが入らないよう、メンテナンス表示にするなどの手当てをしておく
- AレコードとAAAAレコードをセットで更新する
- 切り替えが終わったら、TTLを元の長さに戻す
まとめ
- ISPのキャッシュDNSは利用者側から消せないが、
digで権威DNS・ISP・パブリックDNSを比べれば、どこが食い違っているかが分かる - 多い原因は、変更前のTTLの残り、否定応答のキャッシュ、DNSSECの検証失敗、AAAAレコードの更新漏れ
+cd付きで答えが返るならDNSSEC、IPv6回線だけならAAAAを疑う- 急ぐときは端末側で一時的にパブリックDNSを使い、職場ではネットワーク管理者に相談する
- 移転時は事前にTTLを短くし、旧サーバーをしばらく残すことで影響を小さくできる