How to Configure an AAAA Record: Step-by-Step for Every Major Provider

Adding the record itself takes thirty seconds. Doing it correctly — with the right TTL, the right verification, and the right infrastructure already IPv6-ready — is what actually separates a clean rollout from a support ticket.

📅 Published July 2026· ⏳ 18 min read· ✍️ ToolsNovaHub Editorial Team
🛠️ Related tool: Open AAAA Record Lookup →

Before You Touch DNS: Confirm Infrastructure Readiness

The single most common cause of a bad AAAA rollout isn't a DNS mistake at all — it's adding the record before the actual infrastructure behind it is ready. Publishing an AAAA record makes a promise: "this hostname is reachable over IPv6." If the server, load balancer, or CDN configuration behind it isn't genuinely listening on IPv6 yet, that promise is broken the moment an IPv6-preferring client tries to connect, and depending on Happy Eyeballs timing, that failure can range from a slightly slower connection to an outright timeout for some clients.

Before adding anything to DNS, confirm three things: the server or service actually has a valid, routable IPv6 address assigned; the firewall or security group rules for that service have been mirrored to permit the same traffic over IPv6 that's permitted over IPv4; and, if this is a load-balanced or CDN-fronted service, that the front-end layer itself has IPv6 support enabled — many CDNs and load balancers treat this as an explicit opt-in setting rather than an automatic default.

ToolsNovaHub Pro Tip
Add the AAAA record for a staging or low-traffic subdomain first, verify the entire path genuinely works from an IPv6-connected network, and only then roll it out to the apex domain and www — this staged approach catches infrastructure gaps before they affect your main traffic.
⚠️
Common Beginner Mistake
Copying an IPv4 address into the AAAA record field, or leaving it pointed at a placeholder value from a tutorial. An AAAA record's value must be a real, correctly formatted IPv6 address that your infrastructure is actually configured to answer on — always double-check the exact address before saving.

Step-by-Step: The Universal Workflow

1

Find Your Server's IPv6 Address

Confirm the exact IPv6 address assigned by your hosting provider — check your server's network configuration or hosting dashboard directly rather than guessing or reusing an example address from documentation.

2

Open Your DNS Provider's Record Editor

Log in to whichever service actually manages your domain's DNS zone — this might be your registrar, a dedicated DNS provider like Cloudflare, or a cloud platform's DNS service.

3

Add a New AAAA Record

Select AAAA as the record type, enter the exact hostname (or @ for the apex domain), paste in the IPv6 address, and set a reasonable TTL — 3600 seconds (one hour) is a sensible default for most production use.

4

Save and Allow for Propagation

The record itself typically becomes live at your authoritative nameserver within minutes, but resolvers worldwide won't reflect the change until any previously cached negative or different answer's TTL expires.

5

Verify With a Live Lookup

Confirm the record resolves to the exact address you expect using a live tool — don't rely on your own device's cached DNS resolver, which may not reflect the freshest answer.

Cloudflare

In the Cloudflare dashboard, navigate to the DNS management section for your domain, click Add Record, select AAAA as the type, enter the hostname and IPv6 address, and choose whether to enable the orange-cloud proxy. With the proxy enabled, Cloudflare can serve IPv6 to visitors at its edge even if your actual origin server only supports IPv4 internally — genuinely useful for a quick win, but worth remembering that this doesn't make your origin itself IPv6-capable, only the path between visitors and Cloudflare's edge.

AWS Route 53

In Route 53, open the hosted zone for your domain, click Create Record, select AAAA from the record type dropdown, and enter the value directly, or — for AWS-native resources like an Application Load Balancer or CloudFront distribution — use an Alias record instead, which Route 53 automatically keeps synchronized with the target resource's current IPv6 address without requiring manual updates when that address changes.

Google Cloud DNS

Within Google Cloud DNS, open the relevant managed zone, click Add Record Set, select AAAA as the resource record type, enter the hostname and IPv6 address, and set the TTL. The workflow mirrors adding an A record almost exactly, just with the different record type selected and an IPv6 address in the value field.

Azure DNS

In the Azure portal, navigate to your DNS zone resource, select Add Record Set, choose AAAA as the type, and supply the hostname and IPv6 address. Azure DNS also integrates with Traffic Manager for dual-stack routing scenarios where traffic needs to be distributed across multiple IPv6 (and IPv4) endpoints based on routing method — useful for larger, geographically distributed deployments.

Registrar-Level DNS Panels (GoDaddy, Namecheap, and Similar)

Most registrar DNS panels follow the same basic pattern: locate the DNS management section for your domain, add a new record, select AAAA as the type, and fill in the hostname and IPv6 address fields. The interface details vary by registrar, but the underlying record you're creating is identical regardless of which panel you're using.

Verifying the Record After Saving

Once saved, don't assume it's correct — verify. A live lookup confirms the exact address currently being served, catches typos before they reach production traffic, and — critically — confirms whether the record has actually propagated to public resolvers yet or is still limited by a previous record's remaining TTL. Check with our AAAA Record Lookup tool, or from a terminal with dig AAAA yourdomain.com +short.

Common Configuration Mistakes

MistakeConsequence
Entering an IPv4 address in the AAAA fieldMost DNS panels will reject this outright with a validation error, but some accept malformed input silently
Forgetting to update firewall rules for IPv6The record resolves correctly but connections fail or hang, since nothing is actually listening/permitted on that address
Setting an extremely long TTL before testingMakes it painfully slow to roll back a mistake — use a short TTL during initial testing, lengthen it after confirming stability
Not verifying with a live lookup after savingTypos or copy-paste errors in a 128-bit address are easy to make and easy to miss without direct verification
Assuming a proxied CDN record means your origin is IPv6-readyA CDN can synthesize IPv6 at its edge without your actual backend server supporting it at all

Best Practices for a Clean Rollout

Start with a short TTL (300 seconds) while testing, and lengthen it to a standard production value (3600 seconds or more) only after confirming the configuration is stable. Roll out to a low-traffic subdomain before touching the apex domain. Always verify with a live lookup rather than trusting the dashboard's saved-successfully confirmation alone. And treat the DNS record as the last step in a rollout, not the first — infrastructure readiness, firewall parity, and monitoring coverage should all be confirmed before the record goes live publicly.

Related Tools

Verify your new record instantly with AAAA Record Lookup. Check the corresponding IPv4 A record with A Record Lookup, confirm global propagation with DNS Propagation Checker, or review the full record set for the domain with DNS Lookup. If something isn't behaving as expected after configuring, see our AAAA Troubleshooting guide next.

FAQ

Yes. An AAAA record requires a valid IPv6 address specifically — it cannot reuse or reference an IPv4 address in any form.
The record itself is usually live at the authoritative nameserver within minutes, but resolvers worldwide won't reflect it until any previously cached answer's TTL expires.
Use a short TTL (around 300 seconds) while testing, and lengthen it to a standard value (3600 seconds or more) once you've confirmed the configuration is stable in production.
Yes, with the proxy enabled — Cloudflare can serve IPv6 to visitors at its edge and translate to IPv4 toward your origin. Your actual server still isn't IPv6-capable, only the path to Cloudflare's edge is.
Neither necessarily — many teams start with a low-traffic subdomain to validate the whole path before rolling out to higher-traffic hostnames like the apex or www.
An Alias record automatically stays synchronized with an AWS-native resource's current address, useful for AAAA records pointing at load balancers or CloudFront distributions whose IPs can change.
Use a live lookup tool like our AAAA Record Lookup, or run dig AAAA yourdomain.com +short from a terminal.
DNS resolving correctly doesn't confirm connectivity — check that firewall rules permit the traffic and that the server is actually listening on that IPv6 address.
Yes — multiple AAAA records for one hostname are common for load balancing or geo-distribution, and are supported by every major DNS provider.
Yes — virtually every modern registrar's DNS panel supports AAAA as a standard record type, with the same workflow used for A records.
Reviewed by: ToolsNovaHub Editorial Team📅 Last updated: July 2026📜 Sourced from: Provider documentation and standard DNS provisioning practice

ToolsNovaHub tools are built and independently maintained with a focus on accurate, no-signup network and security utilities. Spotted an error? Let us know.

📋 Related Tools & Guides Comparison

ResourceTypeLink
AAAA Record LookupToolOpen Tool →
DNS Propagation CheckerToolOpen Tool →
DNS LookupToolOpen Tool →
AAAA TroubleshootingGuideRead Guide →
Try it yourself — 100% free
🚀 Open AAAA Record Lookup

🔗 More Guides