Infrastructure
What Is IPv6? IPv6 vs IPv4 and Why It Matters
The short answer to what is IPv6: Internet Protocol version 6 is the network-layer protocol that replaces IPv4's 32-bit ...
DNS records are typed entries in an authoritative zone that map a name to data. An A record returns a 32-bit IPv4 address, an AAAA record a 128-bit IPv6 address, and a CNAME points one name at another. MX routes mail, TXT carries arbitrary strings, NS delegates a zone, and CAA limits which certificate authorities may issue for it. Every record has a TTL in seconds that controls how long resolvers cache it.
Moving a site behind a CDN in 2026 usually changes three Domain Name System record types: the CNAME, or apex A and AAAA records, that send traffic to the CDN; a TXT record that proves domain control; and the CAA record, which must allow the CDN's certificate authority. If you lower the TTL to 300 seconds at least one full old TTL before cutover, the rollback window shrinks to five minutes.
A stub resolver on the client sends one query to a recursive resolver. The recursive resolver walks the delegation chain: root, then TLD, then the NS set for your zone. It then asks your authoritative servers for the name and type. Each answer is cached for its TTL, so most lookups never leave the recursive resolver.
Three pieces of state matter in practice. The positive cache holds answers until the TTL expires. The negative cache holds NXDOMAIN and empty answers for the lesser of the SOA minimum field and the SOA record's own TTL (RFC 2308). That means a name queried before you create it can stay "missing" for that long. The third is delegation state: the parent zone's NS records carry their own TTL, commonly 172,800 seconds (48 hours) under large TLDs such as .com. That figure is the real source of the "DNS takes 48 hours" folklore.
A CNAME is chased by the recursive resolver, not by the client. The resolver follows the alias, resolves the target to A or AAAA, and returns the whole chain in one response. The added cost lands on cache misses at the resolver, where it is typically one extra authoritative lookup. It does not cost an extra client round trip.
| Type (code) | Holds | Constraint engineers trip on |
|---|---|---|
| A (1) | One IPv4 address per record; a name can hold several | Multiple A records are returned together, and the client picks among them |
| AAAA (28) | One IPv6 address (RFC 3596) | A stale AAAA record silently splits traffic for dual-stack clients |
| CNAME (5) | An alias to another hostname | Cannot coexist with any other data at the same name, so it is illegal at the zone apex |
| MX (15) | Preference value plus mail exchanger hostname | Target must not be a CNAME (RFC 2181) |
| TXT (16) | One or more strings of up to 255 octets each | Only one SPF policy per name (RFC 7208); a second one breaks SPF evaluation |
| NS (2) | Authoritative nameservers for a zone | Parent and child NS sets drift apart unless both are updated |
| CAA (257) | issue, issuewild and iodef tags (RFC 8659) | Certificate authorities must check it before issuing, so a missing entry blocks CDN certificates |
| HTTPS (65) | ALPN list, IP hints and endpoint parameters (RFC 9460) | ipv4hint and ipv6hint can keep steering clients to an old provider |
| SOA (6) | Zone serial, timers and the negative-caching TTL | Its minimum field decides how long NXDOMAIN answers are cached |
Most DNS-related outages during a CDN move come from the constraint column, not from the record's basic purpose.
A DNS A record and an AAAA record answer the same question for two address families. Dual-stack clients query both and race the connections under Happy Eyeballs (RFC 8305). That spec recommends waiting about 50 ms for the AAAA answer and staggering connection attempts by about 250 ms. If your AAAA record points at an old origin while the A record points at the CDN, IPv6 users quietly bypass the CDN.
| Record | Change? | Action |
|---|---|---|
| www or assets CNAME | Yes | Point it at the CDN hostname for the zone |
| Apex A and AAAA | Yes, carefully | Use provider flattening, or static Anycast addresses if the CDN publishes them; update both families together |
| Origin A and AAAA | Add | Create a separate origin hostname for the CDN to pull from, so the public name can move |
| TXT | Add | Ownership or ACME DNS-01 validation at the name the CDN specifies |
| CAA | Check | Add an issue tag for the CDN's certificate authority if any CAA record exists |
| HTTPS | Review | Remove or rewrite hints and ALPN values left by the previous provider |
| MX, NS | No | Leave alone unless you are also moving DNS hosting or mail |
A CDN cutover is a CNAME change plus three checks (TXT, CAA and HTTPS), and MX and NS should not move at all.
The TTL math decides your rollback speed. Say the CNAME currently has a TTL of 3,600 seconds. Lower it to 300, then wait at least 3,600 seconds so every cached copy of the long TTL has expired, then cut over. Worst-case staleness on rollback is now 300 seconds. With an old TTL of 86,400, the same procedure needs a 24-hour lead. Some resolvers enforce their own TTL floors, so treat 300 as a target, not a guarantee.
Weighted DNS is also how a second CDN gets introduced without a hard cutover. BlazingCDN can run behind DNS with a weighted multi-CDN traffic split, with custom domains and HTTPS certificates included on every plan. Zone onboarding takes about one hour with an engineer.
CNAME vs. ALIAS or ANAME: ALIAS and ANAME are not standard DNS record types. They are provider features, sometimes called CNAME flattening, in which the authoritative server resolves the target itself and serves synthesized A and AAAA records. That makes apex aliasing possible, but the answer reflects the authoritative server's view of the target, not the client's. That can affect geo-steered CDNs.
CNAME vs. HTTP redirect: a CNAME changes which server answers, while the browser's URL and the TLS hostname stay the same. A 301 or 308 changes the URL itself. Only the redirect affects caching keys, cookies and SEO canonicalization.
NS vs. SOA: NS records say who is authoritative for a zone. The SOA record describes the zone itself: serial, refresh timers and negative-caching TTL. Changing DNS providers touches NS at the parent. Debugging stale NXDOMAIN answers means reading the SOA.
A DNS A record maps a hostname to one 32-bit IPv4 address. It is record type 1 in the DNS specification. A name can hold several A records, which resolvers return as a set, and clients usually try them in order or rotation. Its TTL in seconds sets how long recursive resolvers cache the address before asking the authoritative server again.
You need an AAAA record only if the CDN serves IPv6 and you want IPv6 clients to use it. If you use a CNAME to the CDN hostname, the CDN controls the AAAA answer for you. If you set apex addresses manually, keep A and AAAA records in sync, or dual-stack users will bypass the CDN.
No, the DNS standard forbids a CNAME at the zone apex. The apex must hold SOA and NS records, and a CNAME cannot coexist with other data at the same name. The workarounds are a DNS provider's ALIAS or flattening feature, or static A and AAAA records pointing at Anycast addresses the CDN publishes.
The CNAME or apex A and AAAA records change, because they direct traffic to the CDN. You also usually add a TXT validation record, confirm that CAA allows the CDN's certificate authority, and clean up any HTTPS record hints. MX and NS records stay untouched unless you are also moving mail or DNS hosting.
A DNS record change applies as soon as cached copies expire, which takes at most the old record's TTL. A record with a 300-second TTL turns over within about five minutes. Nameserver changes at the registrar take longer, because parent NS records under large TLDs commonly carry 172,800-second TTLs, which is about 48 hours.
This week, export your zone and list every record with its TTL. Flag four things: any CNAME you plan to move whose TTL is above 300 seconds, any apex served by hand-maintained A and AAAA records, any existing CAA record, and any HTTPS record carrying address hints. Query each public hostname from two different recursive resolvers and confirm that both address families point where you expect. That ten-minute audit catches most cutover surprises before they reach users.
If your audit points to a CDN cutover for video, software or large-file traffic, the BlazingCDN features overview lists what each zone includes, such as custom domains, HTTPS certificates, origin shield and purge through the REST API.
Heavy traffic.
Light bill.
The CDN for video and large traffic
Infrastructure
The short answer to what is IPv6: Internet Protocol version 6 is the network-layer protocol that replaces IPv4's 32-bit ...
Infrastructure
The short answer to what is a port: a network port is a 16-bit number, from 0 to 65535, carried in every TCP and UDP ...
Infrastructure
DNS propagation is the window after a record change during which recursive resolvers, operating system caches and ...
Infrastructure
A CNAME record (canonical name record) is a DNS record that makes one hostname an alias of another. When a resolver ...