DNS 伝播：実際どれくらい時間がかかる？

「DNS 伝播」はほとんどが キャッシュ であり、魔法のような世界同時更新ではありません。

要点

• 主な調整つまみは TTL（time-to-live）ですが、キャッシュは多層に存在します。
• 場所やリゾルバーによって、一時的に違う回答が見えることがあります。
• 複数のリゾルバーと複数のネットワークで確認して DNS 変更を検証します。

「伝播」とは何を意味するのか

DNS レコードを更新すると、権威（オーソリティ）側の「真実の情報源」を変更します。 しかしリゾルバーが回答をキャッシュするため、キャッシュが期限切れになるまで新しい DNS データは見えません。

TTL の説明（時間が変わる理由）

TTL は、リゾルバーが再確認する前に回答をどれくらい 保持してよいか を示します。 典型的な TTL： - 変更が多い構成：60–300 秒 - 安定したサイト：3600 秒（1 時間）以上

TTL を下げると反映が速くなることがありますが、DNS クエリ負荷が増える可能性があります。

DNS がキャッシュされる場所

TTL が低くても、キャッシュは次の層に残ることがあります： - ブラウザキャッシュ - OS のリゾルバーキャッシュ - ルーターキャッシュ（一部機種） - ISP リゾルバーキャッシュ - 公開リゾルバーキャッシュ

DNS 変更を正しく検証する方法

1) DNS ホストの管理画面で 権威レコード（A/AAAA/CNAME/TXT）を確認する。 2) 別のリゾルバーで確認（ISP DNS + 公開 DNS を 1 つ）。 3) 別ネットワークで確認（モバイル回線 vs Wi-Fi）し、ローカルキャッシュを切り分ける。

地域によって速い／遅い理由

• リゾルバーごとのキャッシュ挙動
• ローカルキャッシュ（ブラウザ/OS/ルーター）
• Anycast ルーティングとリゾルバーのインフラ

よくある変更の典型的な時間感覚

保証ではなく、よくある体感です： - A/AAAA 更新：数分～数時間 - CNAME 更新：数分～数時間 - TXT 検証：たいてい早いが、キャッシュは影響する - ネームサーバー（NS）変更：不一致が長く見えることがある

トラブルシューティング：「自分は見えるのに他人は見えない」

• ルート（example.com）と www の両方を更新したか確認（必要な場合）
• 相手に解決した IP を聞いて比較する
• 移行中は旧インフラを稼働させておく

計画的な DNS 変更のベストプラクティス

• 切り替えの 24～48 時間前に TTL を下げる
• 可能なら一度に 1 つだけ変更する
• ロールバック用のメモ（旧レコード値）を残す

実システムでの実用的な意味

DNS 変更後、IPVerdict を使って新しい宛先 IP が期待する組織/ASN に属し、正しいインフラに見えるか確認します。

よくある誤解

Q1: TTL を下げれば即座に速くなりますか？ いいえ。既存キャッシュは期限切れを待つ必要があります。

Q2: なぜスマホは新しいサイトが見えるのに PC は見えないのですか？ DNS 設定やキャッシュが異なるためです。

Q3: 毎回キャッシュを消す必要がありますか？ いつもではありませんが、デバッグ時には役立ちます。

Q4: DNS 変更を即時に世界へ反映できますか？ 完全にはできません。インターネットの各所にキャッシュがあります。

Q5: 伝播チェッカーは常に正確ですか？ 便利ですが、そのプローブが見えている範囲しか示しません。

制限

• TTL が同じでも、リゾルバーの挙動は完全に一致しません。
• CDN は地域によって意図的に異なる IP を返すことがあります。

免責事項

本ガイドの情報は教育および診断目的で提供されています。ネットワークの挙動は環境、構成、データソースによって変わるため、結果は決定的な証明ではなく参考情報として扱ってください。

結論

これらの基礎を理解すると、ネットワーク信号をより自信を持って解釈でき、誤った思い込みを減らしてトラブルシュートできます。