AAAAレコードを変えたあとの反映待ちは、「権威DNSサーバーで設定済みの値とTTL」と「キャッシュDNSに残っている値と残りTTL」を見比べれば、あとどれくらいで切り替わるかを見積もれます。ただし、AAAAを新しく追加した場合は、AAAAのTTLではなく「AAAAが無い」という応答のキャッシュ時間で待ち時間が決まる点に注意が必要です。この記事では、残りTTLの読み方と、追加・変更・削除それぞれの待ち時間の考え方、待っている間にしておくことを説明します。
反映待ちの間に起きていること
DNSの「反映」は、どこかに情報が配られていくわけではありません。世界中のキャッシュDNSが、以前に問い合わせた答えを、そのときのTTLの秒数だけ手元に持っていて、期限が切れたものから順に権威サーバーへ聞き直している、という状態です。
そのため、反映待ちで確かめることは2つに絞れます。
- 権威サーバーが、もう新しい値を返しているか（ここが古いなら、待っても変わりません）
- 利用者が使うキャッシュDNSに、古い答えがあと何秒残っているか
AAAAレコードの場合、IPv4とIPv6の両方を使える端末では、反映待ちの間に「IPv4では新しいサーバー、IPv6では古いサーバー」に届くことがあります。Aレコードと同時に変更したのに、IPv6の利用者だけ旧サイトが見える、という現象はこの状態です。
まず権威サーバーで設定したTTLを確かめる
ドメインのネームサーバーを調べ、直接問い合わせます。
dig NS example.com +short
dig @ns1.example-dns.net example.com AAAA +norecurse +noall +answer応答の2列目が、DNSサービスで設定したTTL（秒）です。権威サーバーに聞いた場合、この数字は毎回同じで、減っていきません。ここで新しいアドレスが返っていない場合は、待つ前に設定を見直します。管理画面で保存し忘れている、別のDNSサービスを編集している、ネームサーバーが複数あって一部にしか届いていない、といった原因が考えられます。
キャッシュDNSで残りTTLを読む
次に、公開DNSなどのキャッシュDNSに同じ問い合わせをします。
dig @1.1.1.1 example.com AAAA +noall +answer
dig @8.8.8.8 example.com AAAA +noall +answerキャッシュDNSが返すTTLは「このキャッシュがあと何秒有効か」を表し、問い合わせるたびに減っていきます。たとえば、古いアドレスでTTLが 2400 と表示されたら、そのキャッシュDNSでは約40分後に入れ替わる見込みです。数十秒あけてもう一度問い合わせ、数字が減っていればキャッシュの残り時間を読めています。
読むときの注意点があります。
- 大きな公開DNSは内部に多数のキャッシュを持つため、問い合わせのたびに別のキャッシュに当たり、値や残りTTLがばらつくことがあります。何度か問い合わせて、最も長い残りTTLを目安にします。
- キャッシュDNSによっては、TTLに上限や下限を設けていて、設定した値どおりに扱わないことがあります。
- 一部の公開DNSには、特定の名前のキャッシュの削除を依頼できるページがあります。提供状況や使い方は変わることがあるため、各サービスの案内を確かめてください（2026年10月現在）。ただし、利用者が使っているプロバイダのDNSのキャッシュは消せません。
追加・変更・削除で待つ長さが違う
AAAAレコードの反映待ちで最も誤解されやすいのがこの点です。何をしたかによって、待ち時間を決める数字が変わります。
値を変更した場合は、変更前のAAAAに付いていたTTLが待ち時間の上限です。変更と同時にTTLを短くしても、すでにキャッシュされている古い答えには古いTTLが付いたままです。TTLを下げるなら、値を変える前、少なくとも元のTTLの時間だけ前に済ませておく必要があります。
AAAAを新しく追加した場合は、それまで「このドメインにAAAAは無い」という答えがキャッシュされています。この否定の答えの保存時間は、AAAAのTTLではなく、ゾーンのSOAレコードから決まります（SOA自体のTTLと、SOAの最後の数値のうち小さい方）。
# SOAを表示する。最後の数値が否定応答のキャッシュ時間に関わる
dig example.com SOA +noall +answer
# AAAAが無いという答えがキャッシュされていると、AUTHORITY欄にSOAが出る
dig @1.1.1.1 example.com AAAA +noall +authority2つ目のコマンドで、ANSWER欄が空のまま AUTHORITY欄にSOAが表示され、その2列目の数字が減っていれば、それが「AAAAが無い」というキャッシュの残り時間です。AAAAのTTLを短くしても、こちらは短くなりません。
AAAAを削除した場合は、削除前のAAAAのTTLの間、古いIPv6アドレスが返り続けます。削除の直後に旧サーバーのIPv6を止めると、その間IPv6の利用者がつながりにくくなります。
端末側のキャッシュを確かめる
キャッシュDNSが新しい値を返しているのに、自分のパソコンだけ古いサーバーに届くときは、OSやブラウザのキャッシュを疑います。
# Windows: OSのDNSキャッシュの中身と残りTTLを表示する
ipconfig /displaydns
# PowerShell で名前解決を試す
Resolve-DnsName example.com -Type AAAAWindows の ipconfig /displaydns では、レコードごとに残りの有効時間が表示されます。古い値が残っていれば ipconfig /flushdns で消せます。macOSやLinuxでもOSやリゾルバのキャッシュを消せますが、方法はバージョンや使っている仕組みによって異なります。ブラウザも独自に名前解決の結果を持つことがあるため、確かめるときはブラウザを再起動するか、別のブラウザで見比べます。
待っている間にしておくこと
反映待ちの間は、古いIPv6アドレスと新しいIPv6アドレスの両方に利用者が来る前提で準備します。
- 旧サーバーのIPv6での待ち受けは、古い答えのキャッシュが切れるまで止めない
- WordPressの記事の更新や注文の受付など、データが書き込まれる操作は、どちらのサーバーで受けるかを決めておく（必要なら更新を一時的に止める）
- 新しいサーバーでIPv6の待ち受けと証明書が正しいことを、
curl --resolveなどで先に確かめておく - 作業前のゾーンの内容を控えておき、問題があればすぐ戻せるようにする
いつまで待っても変わらないとき
見積もった時間を過ぎても古い値が返る場合は、待つ以外の原因があります。権威サーバーを全部調べて値がそろっているか、ドメインのネームサーバーが本当にそのDNSサービスを指しているか、AAAAではなくCNAMEやCDN側の設定で別のアドレスが返っていないかを確かめてください。特にCDNのプロキシを通している場合、利用者に返るのはCDNのアドレスで、自分で登録したAAAAは表に出ません。
まとめ
- 反映待ちでは、権威サーバーの値（変わらないTTL）と、キャッシュDNSの値（減っていく残りTTL）を見比べます。
- 値の変更では、変更前のTTLが待ち時間の上限です。TTLは値を変える前に下げておきます。
- AAAAの新規追加では、AAAAのTTLではなく、SOAから決まる否定応答のキャッシュ時間だけ待つことがあります。
- 削除のときは、古いTTLが切れるまで旧サーバーのIPv6を止めないようにします。
- 見積もりを過ぎても変わらなければ、権威サーバーの不一致やCDN・CNAMEなど、TTL以外の原因を調べます。