AAAAレコードを追加・変更したのに反映されないときは、まず「権威DNSサーバー」「キャッシュDNS」「自分の端末」の3か所でAAAAの答えを比べ、どこで食い違っているかを特定するのが近道です。この記事では、その比べ方と、AAAAレコードに特有のつまずき（IPv6を使わない端末での確認、追加前の問い合わせによる否定応答のキャッシュ、CDNのプロキシ、DNS64による合成アドレスなど）を、起こりやすい順に確かめて直す方法を説明します。
なお、DNSは正しいのにIPv6で接続できない、という問題はこの記事の範囲外です。ここでは「DNSの答えとして正しいAAAAが返ってくるか」までを扱います。
最初に3か所の答えを比べる
「反映されない」と感じたら、推測で設定をいじる前に、次の3つを並べて見ます。
# 1. ドメインのネームサーバーを調べ、権威DNSサーバーに直接聞く
dig NS example.com +short
dig @ns1.example-dns.net www.example.com AAAA +norecurse +noall +answer
# 2. 公開DNS（キャッシュDNS）に聞く
dig @1.1.1.1 www.example.com AAAA +noall +answer
dig @8.8.8.8 www.example.com AAAA +noall +answer
# 3. 自分の端末が普段使っているDNSに聞く（@を付けない）
dig www.example.com AAAA +noall +answerWindowsで dig が無い場合は、PowerShell の Resolve-DnsName www.example.com -Type AAAA か、nslookup -type=AAAA www.example.com で代用できます。
結果の見方は次のとおりです。
- 権威DNSサーバーに無い・違う：設定そのもの、または設定した場所が誤っています。待っても直りません。原因2・原因6・原因7を確かめます。
- 権威は正しく、公開DNSが古い・空：キャッシュが残っています。原因3・原因4を確かめ、TTLが切れるまで待ちます。
- 公開DNSまで正しく、自分の端末だけ違う：端末やブラウザ、社内DNSの問題です。原因1・原因5を確かめます。
答えが空のときは、dig の出力のヘッダー部分（+noall を外すと見えます）にある status: も控えておきます。NOERROR で答えが0件なら「その名前はあるがAAAAが無い（NODATA）」、NXDOMAIN なら「その名前自体が無い」という意味で、原因の当たりが変わります。
原因1：IPv6を使わない環境で確かめている
AAAAレコードに特有で、しかも一番多いのがこれです。DNS上は反映されているのに、確かめ方のせいで「反映されていない」と見えているケースです。
- ブラウザでサイトを開いて表示が変わらない：端末や回線にIPv6が無ければ、ブラウザはAAAAを無視してIPv4（Aレコード）で接続します。IPv6が使える環境でも、IPv6とIPv4を並行して試し早い方を使う仕組み（Happy Eyeballs）があるため、どちらで表示されたかは見た目では分かりません。
pingやgetent hostsで古いIPv4が出る：OSによっては、端末にグローバルIPv6アドレスが無いとAAAAを問い合わせない、または結果に含めない動きをします。
確かめるべきは「DNSの答え」なので、検証には dig などで AAAAを明示して問い合わせる 方法を使います。手元の回線がIPv6に対応しているかは、IPv6の接続テストを行う外部サイトで確認できます。端末にIPv6が無いなら、手元のブラウザでの表示確認はAAAAの検証にはなりません。
原因2：名前欄の書き方か、編集したDNSが違う
権威DNSサーバーに答えが無い場合、多くはこの2つのどちらかです。
名前欄の書き方：DNSの管理画面の多くは、名前欄に入れた文字の後ろへドメイン名を自動で付け足します。www.example.com と入力すると、実際には www.example.com.example.com として登録されることがあります。ルートドメイン（example.com そのもの）は、@ と入力する画面と空欄にする画面があります。登録後の一覧で、名前がどう表示されているかを確かめてください。疑わしいときは、誤登録されていそうな名前を直接問い合わせると判明します。
dig @ns1.example-dns.net www.example.com.example.com AAAA +norecurse +short編集した場所：レジストラ、レンタルサーバー、CDN など、DNSを編集できる画面が複数あることは珍しくありません。実際に使われているのは、手順1の dig NS で返ってきたネームサーバーの設定だけです。表示されたネームサーバー名と、いま編集した画面のサービスが一致しているかを照らし合わせます。
原因3：追加する前に問い合わせた「無い」という答えが残っている
新しくAAAAを追加したのに公開DNSでは空のまま、というときに疑うのが否定応答のキャッシュです。AAAAを追加する前に、自分やブラウザ、監視ツールがその名前のAAAAを問い合わせていると、キャッシュDNSは「AAAAは無い」という答え自体を一定時間覚えています。
この「無い」の保持時間は、レコードのTTLではなく、ゾーンのSOAレコードの値（最後の項目のMINIMUMと、SOAレコード自身のTTLのうち短い方）で決まります。
dig example.com SOA +noall +answer出力の末尾の数値がMINIMUMです。たとえば3600なら、最大で1時間ほど「無い」が返り続けることがあります。権威DNSサーバーで正しく見えているなら、その時間を待つのが基本です。公開DNSの中には、キャッシュの削除を受け付ける窓口を用意しているところもあります。
原因4：変更前の古いAAAAがTTLの間残っている
AAAAの値を変更した場合は、変更前のレコードに付いていたTTLの間、キャッシュDNSが古いアドレスを返し続けることがあります。変更後にTTLを短くしても、すでにキャッシュされている分には効きません。
公開DNSに問い合わせると、答えの行の2番目の数値が「残りのTTL」です。この数値が減っていくのを見れば、あとどれくらいで切り替わるかの目安になります。次回の変更では、数日前にTTLを短くしておき、切り替え後に元へ戻す、という順番にすると待ち時間を減らせます。
原因5：端末・ブラウザ・社内DNSのキャッシュ
公開DNSでは正しいのに自分の環境だけ違う場合は、手元のキャッシュを疑います。OSのDNSキャッシュは、Windowsなら ipconfig /flushdns、systemd-resolved を使うLinuxなら resolvectl flush-caches で消去できます。ブラウザ独自のキャッシュや、ルーター・社内DNSサーバーのキャッシュも残ることがあります。
hosts ファイルにIPv6アドレスの行が残っていると、DNSより優先されます。過去にテストで書いた行が無いかも確かめてください。
原因6：CDNやプロキシが自分のアドレスを返している
Cloudflare などのCDNでプロキシを有効にしているレコードは、権威DNSサーバーがオリジンサーバーのアドレスではなく、CDN側のアドレスを返します。AAAAを登録しても、dig で見えるのはCDNのIPv6アドレスです。これは正常な動きで、反映されていないわけではありません。
逆に、Aレコードしか登録していなくても、CDNがIPv6のアドレスを返すことがあります。CloudflareではIPv6での受け付けがネットワーク関連の設定にまとめられていますが、項目名や既定値は変わることがあるため、管理画面とドキュメントで確かめてください（2026年10月現在）。オリジンのAAAAが正しいかを確かめたいときは、プロキシを使わない名前で問い合わせるか、管理画面の登録値そのものを見ます。
原因7：セカンダリDNSに変更が届いていない・名前にCNAMEがある
自分でBINDなどの権威DNSサーバーを運用している場合は、ネームサーバーごとに答えが違うことがあります。各ネームサーバーのSOAシリアル番号を並べて見ると判断できます。
dig +nssearch example.comシリアル番号がそろっていなければ、ゾーンファイルを編集したのにシリアル番号を増やしていない、ゾーン転送が拒否されている、といった原因が考えられます。ゾーンファイルを直す前には、元のファイルを複製して残しておいてください。
また、www がCNAMEになっている場合、同じ名前にAAAAを置くことはできません。AAAAの答えはCNAMEの行き先から返ります。dig www.example.com AAAA の答えにCNAMEの行が含まれていれば、直すべきは行き先側のレコードです。
原因8：DNS64が合成したアドレスを見ている
IPv6のみのネットワーク（一部のモバイル回線など）では、DNS64という仕組みが動いていることがあります。DNS64は、AAAAが無い名前について、Aレコードから合成したIPv6アドレス（64:ff9b:: で始まる形がよく使われます）を返します。
AAAAを追加する前からそのネットワークで「IPv6アドレスが見えていた」場合は、合成されたアドレスだった可能性があります。自分のAAAAを登録すると、合成ではなく登録した値が返るようになります。値の確認は、DNS64を使わない公開DNSや権威DNSサーバーで行ってください。
まとめ
- 「反映されない」ときは、権威DNSサーバー・公開DNS・自分の端末の3か所でAAAAを明示して問い合わせ、食い違う場所から原因を絞ります。
- IPv6を使わない端末やブラウザの表示では、AAAAの反映は確かめられません。dig などでAAAAを直接問い合わせます。
- 権威DNSに無いなら、名前欄の自動補完や編集したDNSの取り違えを確かめます。待っても直りません。
- 新規追加後に空のままなら、SOAで決まる否定応答のキャッシュ、変更後に古いなら旧TTLのキャッシュを疑い、残りTTLを見ながら待ちます。
- CDNのプロキシ、セカンダリDNSの未同期、CNAME、DNS64といった「見えている値が登録値と違う」理由も押さえておくと、無駄な再設定を避けられます。