AAAAレコードとは

AAAAレコードを読むときの前提

AAAAレコードは、FQDNをIPv6アドレスへ対応付けるDNSレコードです。IPv6対応のWeb、API、CDN、クラウドサービスでは、クライアントがAレコードよりAAAAレコードを優先して接続することがあります。

実務では、AAAAの値だけでなく、IPv6経路、Firewall、Security Group、LB/CDNのIPv6有効化、証明書SAN、Aレコードとの整合を確認します。IPv4では正常でもIPv6だけ失敗する障害は、AAAAの残存や経路未整備で起きます。

証跡には、FQDN、AAAAの旧IPv6/新IPv6、Aレコードの回答、TTL、問い合わせ先DNS、確認元のIPv6可否、疎通結果、確認時刻を残します。

IPv6優先の影響を見る

多くの端末やブラウザはIPv6が使える場合にAAAA回答を試します。AAAAが公開されているのにIPv6経路やFWが未整備だと、一部利用者だけ接続が遅い、または失敗する状態になります。

確認では、AだけでなくAAAA、IPv6の経路、TCP/HTTPS、証明書を同じ条件で見ます。社内だけIPv6無効、外部だけIPv6有効という差もあります。

• AとAAAAの両方の回答を保存する。
• IPv6でのTCP/HTTPS疎通を確認する。
• 利用者端末のIPv6有効/無効を分ける。

意図しないIPv6公開を防ぐ

クラウドやCDNの設定でAAAAが自動的に公開されると、IPv4側だけを想定したFWやWAFを迂回する可能性があります。公開前レビューでは、IPv6側のSecurity Group、ACL、WAF、ログ取得を確認します。

IPv6はNAT前提ではない構成も多く、アドレスの見え方や許可範囲がIPv4と異なります。Aレコードの運用ルールをそのまま当てはめない方が安全です。

• IPv6公開が意図したものか確認する。
• IPv6側のFW、WAF、ログを確認する。
• IPv4とIPv6の許可範囲を別々にレビューする。

切替と戻しをIPv4と分ける

IPv4の切替だけを戻しても、AAAAが新環境を指したままだとIPv6利用者は戻りません。DNS切替や障害対応では、AとAAAAの旧値、新値、TTL、戻し条件を別々に残します。

CDNやSaaSでは、IPv6対応の有効/無効がDNS回答に反映されます。サービス側設定、DNS回答、実通信を同じ時刻で確認します。

• AとAAAAの戻し手順を分けて書く。
• IPv6利用者での確認結果を保存する。
• サービス側IPv6設定とDNS回答を突合する。

変更証跡と引き継ぎ

AAAAレコード変更では、IPv6アドレス、TTL、権威DNS、再帰DNS、IPv6経路、FW、証明書、監視をまとめて記録します。IPv6だけ監視していない状態は、公開後の検知漏れにつながります。

引き継ぎでは、IPv6公開の意図、Aレコードとの差分、関連語としてDNS、Aレコード、FQDN、TTL、Firewall、Security Groupを残すと確認しやすくなります。

• IPv6監視とログ保存先を確認する。
• AAAAの削除条件と戻し条件を残す。
• IPv4/IPv6の利用者影響を分けて説明する。

関連語

同じ主要カテゴリの用語

DNS・名前解決の学習順

同じ主要カテゴリの用語をまとめて確認できます。現在の用語を起点に、前後の用語へ進むと文脈を保ったまま読み進められます。

InfraEngKit内の関連機能