DNS 验证：CNAME/TXT 冲突与旧验证记录处理

验证记录无法添加、多个订单的 CNAME 相互覆盖，或不确定旧记录能否删除时，先确认完整主机名、记录类型和用途。

1. 查询发生冲突的主机名

使用订单给出的完整验证主机名，替换以下示例：

dig CNAME _dnsauth.example.com +noall +answer +comments
dig TXT _dnsauth.example.com +noall +answer +comments

也可通过 MySSL DNS 检测 查询。注意 DNS 平台是否会自动补域名后缀，避免重复填写。

例如解析区 example.com 中主机记录 _dnsauth.app 对应 _dnsauth.app.example.com。答案为空时查看 status，必要时执行不带简化选项的完整 dig；查询失败不能当作无记录。TXT 查询遇到 CNAME 可能返回目标处的 TXT，应核对答案中的记录名称，不能据此认为原名可以同时添加 TXT。

同一个主机名不能同时配置 CNAME 和普通 TXT、A 等记录，也不能配置指向不同目标的多条 CNAME；这不是记录优先级问题。不同主机名上的记录不构成同名冲突。DNS 标准

2. 按记录用途处理

情况	处理方法
多个订单要求同名 CNAME 指向不同目标	核对是否支持改用 TXT 或其他验证方式，再按订单重新取得验证值；不要自行把 CNAME 值填成 TXT。
同名 CNAME 与 TXT 冲突	先确认 CNAME 是否用于网站/CDN 或验证委派，再调整业务解析或更换验证方式。
多个订单都使用 TXT	确认产品与 DNS 平台支持后，保留各订单需要的独立 TXT 值，不要将多个值拼成一个字符串。
记录已添加但结果不一致	检查权威 NS、默认线路与 TTL 缓存，参见 MPIC 排障。

不要直接删除承载网站的 CNAME，也不要把 CDN 当前解析出的 IP 当成长期固定 A 记录；这可能影响加速、调度和可用性。

区分 TXT 字符串分段与独立记录

一个 TXT 记录可以包含多个带引号的字符串，例如同一条答案中的 "abc" "def"；读取该记录时拼接为 abcdef。这与多条独立 TXT 记录不同。多个订单的 token 应各自保存为独立记录，不能把两个 token 拼进同一条记录，也不要仅因引号分段就认定冲突。参见 TXT 记录结构及 TXT 字符串拼接规则；最终按所选 CA 的验证要求比较。

3. 旧验证记录能否删除？

删除单纯的旧 DCV 记录，不会直接修改已签发证书或自动将其吊销。但该记录可能仍被待签发订单、自动续期、重颁发或验证委派使用。

清理前核对关联订单和自动化配置，只删除已确认不再使用的验证记录；不要把网站业务 CNAME 当成验证记录删除。

4. 修改后复查

重新查询完整验证主机名，确认类型和值与当前订单一致，等待相关缓存更新后再触发验证。仍失败时提供订单号、预期记录、实际查询结果和 DNS 配置截图。