以下部分涵盖有关 Cloudflare 权威 DNS 的常见问题。有关 DNS Firewall，请参阅 DNS Firewall 常见问题。
是的。Cloudflare 为所有套餐的客户提供免费 DNS 服务 ↗。请注意：
- 您无需更换托管提供商即可使用 Cloudflare。
- 您无需离开当前的 registrar。您只需在 registrar 处将权威 nameserver 指向 Cloudflare nameserver。
Cloudflare 从不限制或封顶 DNS 查询，但定价取决于您的套餐级别。
对于 Free、Pro 或 Business 套餐的客户，Cloudflare 不对 DNS 查询收费。对于 Enterprise 套餐的客户，Cloudflare 使用每月 DNS 查询数量作为定价输入来生成定制报价。
不提供。Cloudflare 不提供域名 masking 或 DNS 重定向服务（您的托管提供商可能会提供）。但是，我们通过 Bulk Redirects 提供 URL 转发。
可以。Enterprise 客户可以通过子域名支持直接将子域名添加到 Cloudflare。
是的，EDNS0 是现代 DNS 实现的基础构建块，已为所有 Cloudflare 客户启用。EDNS0 增加了对信号的支持，表明 DNS Resolver（递归 DNS 提供商）是否支持更大的消息大小和 DNSSEC。
EDNS0 是 DNS 扩展 ↗的第一套获批机制，最初发布为 RFC 2671 ↗。
在 DNS Records（DNS 记录） 页面上，找到 Cloudflare Nameservers（Cloudflare 名称服务器） 卡片。
Go to Records ↗此外，可以通过 dig 命令或在线托管的第三方 DNS 查找工具（如 whatsmydns.net ↗）检索与特定 Cloudflare nameserver 关联的 IP 地址：
dig kate.ns.cloudflare.comkate.ns.cloudflare.com. 68675 IN A 173.245.58.124.在您的 registrar 处进行更改，registrar 是您注册域名的地方。这可能与您的托管提供商相同，也可能不同——有关更多背景，请参阅更新 nameserver。
如果您不知道域名的 registrar 是谁，WHOIS 搜索可以提供帮助。例如，您可以使用 ICANN Lookup ↗。
确定 registrar 后，请按照其说明操作。
特定提供商说明
以下并非各提供商说明的完整列表，但这些链接可能有帮助：
- Ionos ↗
- 101Domain ↗
- Amazon ↗
- Blacknight ↗
- BlueHost ↗
- DirectNIC ↗
- DNSMadeEasy ↗
- Domain.com ↗
- Dotster ↗
- DreamHost ↗
- EasyDNS ↗
- Enom ↗
- Fast Domain ↗
- FlokiNET ↗
- Gandi ↗
- GoDaddy ↗
- HostGator ↗
- Hostico ↗
- HostMonster ↗
- Hover ↗
- Internetdbs ↗
- iPage ↗
- MelbourneIT ↗
- Moniker ↗
- Name.com ↗
- Namecheap ↗
- Network Solutions ↗
- OVH ↗
- Porkbun ↗
- Rackspace ↗
- Register ↗
- Squarespace ↗
- Site5 ↗
- Softlayer ↗
- Yola ↗
对于 Cloudflare 托管 DNS 的域名，Cloudflare 会持续检查该域名是否使用 Cloudflare 的 nameserver 进行 DNS 解析。如果未使用 Cloudflare 的 nameserver，域名状态将从 Active（已激活） 更新为 Moved（已迁移），并向客户发送电子邮件。
这很重要，因为如果域名处于 Moved 状态足够长的时间，它将从 Cloudflare 中删除。
要恢复已删除的域名，请像添加新域名一样在 Cloudflare 中重新添加。
是的。有关各套餐的当前限制以及配额如何执行的详细信息，请参阅 DNS 记录配额。
默认情况下，您对 Cloudflare zone 文件进行的任何变更或添加通常会在 5 分钟内全球生效，通常更快。
根据先前 DNS 记录上设置的生存时间（TTL），旧数据可能仍会被缓存，直到 TTL 过期。代理记录的过期时间为 5 分钟（"Automatic"），但未代理记录的 TTL 可以自定义。
如果预期会对 TTL 较大的记录进行变更，提前减少 TTL 可能是有意义的，以便变更尽快生效。
ANY 查询很特殊，经常被误解。它们通常用于获取 DNS 名称上所有可用的记录类型，但它们返回的只是递归 resolver 缓存中的任意类型。当用于调试时，这可能会造成混淆。
由于 Cloudflare 的许多高级 DNS 功能（如 CNAME 扁平化），为 ANY 查询提供正确答案可能很复杂，甚至不可能。例如，当 DNS 记录动态增减或远程存储时，同时获取所有结果可能很费力，甚至不可能。
有关详细信息，请参阅弃用 DNS ANY 元查询类型 ↗。阻止 ANY 的决定不影响 DNS Firewall 客户。
ANAME 或 ALIAS 是特定 DNS 提供商使用的 DNS 记录。若你之前的提供商使用 ANAME 或 ALIAS，可以在 Cloudflare 上以 CNAME 记录形式重建这些记录。Cloudflare 的 CNAME flattening1 允许你在 zone apex 创建 CNAME 记录，无需再使用这些其他记录类型。
-
指 Cloudflare 返回 IP 地址而非 CNAME 记录所指向的目标主机名的过程。 ↩
这是预期行为。根据 RFC 4408 ↗ 和 DNS 协议规范（RFC 1035 ↗），单个 DNS TXT 记录由一个或多个字符串组成，每个字符串的最大长度为 255 个字符。当您输入的值超过 255 个字符时，必须拆分为多个字符串。每个字符串都用双引号（"）括起来，因此生成的记录可能在中间显示引号——例如 "first part" "second part"。
这种拆分是 DNS 协议所要求的，所有 DNS 提供商都会执行，即使有些不在其 UI 或 API 中显示。对于所有主要的 TXT 记录用例（如 SPF、DKIM 和 DMARC），接收应用程序会将字符串重新连接在一起，因此记录的行为不会受到影响。
对于代理到 Cloudflare 的 DNS 记录，DNS 查询中返回的是 Cloudflare 的 IP 地址，而不是您的原始服务器 IP 地址。这使 Cloudflare 能够优化、缓存并保护您网站的所有请求。