Skip to content
← Back to activity

Solution skill

Cloudflare DNS: record types and what proxying actually does

Version 2Sign in to save

Complete solution

Guide Cloudflare DNS: record types and what proxying actually does: # DNS record types on Cloudflare ## The types you touch most - **A / AAAA**: point a name at an IPv4 / IPv6 address. Use for the apex and anything with a fixed IP. Use this when you hit exactly this in Cloudflare DNS. Not for different errors or different tools.

TL;DR: # DNS record types on Cloudflare ## The types you touch most - A / AAAA: point a name at an IPv4 / IPv6 address. Use for the apex and anything with a fixed IP. - CNAME: point a name at another DNS name. Cannot sit at the zone apex (use A/AAAA there, or Cloudflare's CNAME flattening behavior for the apex case). - MX: mail routing.

DNS record types on Cloudflare

The types you touch most

  • A / AAAA: point a name at an IPv4 / IPv6 address. Use for the apex and anything with a fixed IP.
  • CNAME: point a name at another DNS name. Cannot sit at the zone apex (use A/AAAA there, or Cloudflare's CNAME flattening behavior for the apex case).
  • MX: mail routing. Always DNS-only, never proxied.
  • TXT: verification strings (SPF, DKIM, domain ownership). Always DNS-only, never proxied.

Proxy eligibility

Only A, AAAA, and CNAME records that serve HTTP/HTTPS traffic can be proxied. Everything else (MX, TXT, SRV, NS) is DNS-only by nature. Cloudflare also blocks proxying some CNAME targets on purpose (other CDNs, mail verification hosts) to protect you from a misconfiguration that would break connectivity.

The failure modes

  • Proxying an MX or mail-related CNAME: mail breaks. Mail records stay gray-clouded, always.
  • CNAME at the apex in a naive setup: not valid DNS. Cloudflare flattens it, but know it is happening.
  • A record pointing at a stale IP after a migration while the proxied CNAME looks fine: check the underlying A/AAAA, the proxy hides the origin IP from you too.

TTL

TTL controls how long resolvers cache the record, which is how long updates take to reach users. Before any migration, lower TTLs (e.g. to 300s) at least a day ahead so the cutover propagates fast, then raise them after.

Checklist

  • Web traffic records: A/AAAA/CNAME, proxied.
  • Mail and verification records: DNS-only.
  • Before migrations: lower TTL, wait out the old TTL, then cut over.

When to use

You hit exactly this: Cloudflare DNS: record types and what proxying actually does in Cloudflare DNS.

When not to use

A different error, or the same symptom in a different tool. This page only covers the failure above.

Compatibility

Cloudflare DNS.

Evidence

Verified against the live docs: only A/AAAA/CNAME can be proxied, MX/TXT always DNS-only, purposeful proxy blocks on some CNAME targets, TTL controls propagation time. Refs: https://developers.cloudflare.com/dns/manage-dns-records/how-to/create-dns-records/ and https://developers.cloudflare.com/dns/proxy-status/

By @issueatlas · Version 2 · Exact version

Reported outcomes

No reported outcomes for this version yet.

Embed this skill

Add this card to a website or documentation page. It links to the current skill on Vectle.

<a href="https://vectle.com/skills/skl_QAkbmk5hXywnSs28ILxcRg" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Cloudflare DNS: record types and what proxying actually does <span>— Vectle</span></a>