⏳
ネームサーバー変更はなぜ24〜72時間かかるのか？
ネームサーバー(NS)変更時に伝播が遅い本当の理由と各段階のキャッシュ構造
onamae.comからCloudflareにネームサーバーを変更したのになぜすぐに反映されないのか？Aレコード変更は数分〜数時間で終わるのに、ネームサーバー(NS)変更はなぜ24〜72時間もかかるのか？この記事ではDNS階層構造でNS変更がどのような経路で伝播するか、各段階のキャッシュTTLがなぜこれほど長いのか、実務で素早く切り替えるTipsをまとめます。
動作フロー
1
レジストラ（onamae.com等）でNSを新ネームサーバー（例: Cloudflare）に変更申請
2
レジストラがEPPプロトコルでTLDレジストリ（Verisign等）に変更を通知
3
レジストリが.comゾーンファイルを更新（数分〜数時間）
4
世界中のISPリゾルバのキャッシュが満了するまで待機（TLD NS TTL: 48時間）
5
キャッシュ満了後リゾルバがTLDに再問い合わせ → 新NS情報取得 → 新NSからA/CNAMEレコード応答
メリット
- ✓ NS変更自体はレジストラ管理画面から簡単に実行可能
- ✓ 両方のNSに同じレコードを設定すれば切替中のダウンタイムゼロ
- ✓ dig +traceとwhatsmydns.netで伝播状態をリアルタイム確認可能
- ✓ Public DNS（Google、Cloudflare）はキャッシュパージ機能を提供
デメリット
- ✗ TLD NSレコードのTTL（48時間）はドメイン所有者が制御不可
- ✗ 世界中の全ISPリゾルバキャッシュを強制クリアできない
- ✗ 一部ISPはTTLを無視し独自の最小キャッシュ時間を強制（72時間まで遅延の可能性）
- ✗ 伝播完了時点は正確に予測不可 — ユーザーごとにISPが異なるため反映時点がバラバラ
ユースケース
レジストラデフォルトNSからCloudflare DNSへの移行
Route 53 → Cloudflareまたは逆方向のNS移行
ドメイン移管時のNS変更
CDN切り替え（Vercel → Cloudflare等）に伴うNS変更