#行业资讯 重要：Cloudflare DNS 不再支持原地切换解析类型，到 6 月 30 日起 API 切换解析类型也将被弃用。目前新版 DNS 管理界面已经不再支持手动切换解析类型，用户必须先删除原有记录再添加新记录，现阶段 API 更改解析类型还能用，后续也将被弃用。Cloudflare 称这项更改是为了确保与正确 DNS 语义的一致性并降低运维风险。查看详情：https://ourl.co/113103

早前蓝点网提到 Cloudflare 正在陆续向用户推出新版 DNS 管理界面，此次更新主要提供更细致的用户操作界面，还为用户提供 DNS 记录创建和更新时间，用户还可以为 DNS 记录添加备注以便后续自己通过备注来识别特定的域名解析记录。

然而此次更新还有个重大更改是 Cloudflare DNS 不再支持原地修改解析类型，如果用户要修改解析类型必须先删除再添加，同时相关 API 操作也会被弃用，也就是必须遵循先删除后添加的操作逻辑，相关应用可能都需要调整 API 操作。

什么是原地修改 DNS 解析类型：

例如对于现有解析记录 www.landian.news 是通过 A 记录解析到 127.0.0.1 的，在旧版本中用户可以直接将 A 记录修改为 CNAME 记录并填写新的解析内容 cdn.landian.news，在新版本中这种操作被弃用，相同解析类型可以直接修改解析值，但不同解析类型必须先删除再添加。

这里面会牵涉到用户操作的延迟问题：对于需要切换大量解析条目的情况，用户可能需要先截图或导出 DNS 记录，然后再逐条删除记录重新添加，而删除记录也会短暂地被传播到 DNS 直到用户添加新解析记录后再重新传播到 DNS。

因此对于关键业务来说用户执行 DNS 解析切换时需要尽可能地快，例如删除记录 20 秒内就立即创建新记录 (并完成创建)，这样可以确保业务端访问不会中断，当然也可以提前设置更长的 TTL 生存时间确保更换解析时不会中断，但更长的 TTL 意味着新解析记录生效时间也会被拉长。

为什么要禁止原地修改 DNS 解析类型：

Cloudflare DNS 修改解析类型的底层原理是先删除后添加，也就是以前用户虽然可以直接修改解析类型，但本质上是 Cloudflare 在后台执行的先删除再添加操作，主要是对于相同解析名称 DNS 系统不允许同时存在诸如 A 和 CNAME 等互斥记录。

Cloudflare 为确保与正确的 DNS 语义保持一致并降低运维风险，最终决定直接弃用原地 DNS 记录类型的更改，这项更改也不仅影响 DNS 管理界面，同时也会影响 API 操作，也就是现有的支持通过 API 原地切换解析类型的应用后续也会被停止支持。

根据计划 API 方面的原地切换解析类型将在 2026 年 6 月 30 日被弃用，到时候如果用户仍然通过 API 操作将会抛出错误，最终还是要回到先删除原有记录再重新添加新记录的路子。

API 弃用公告：https://developers.cloudflare.com/fundamentals/api/reference/deprecations/