添加TXT记录验证域名所有权

证书、网站服务或第三方平台要求添加TXT时，通常是在验证你能控制指定域名的DNS。验证方会给出“记录名称”和“记录值”；必须把这两个字段对应准确，不能把任意TXT内容当成所有服务通用的验证口令。

先确认应该改哪家DNS

域名在哪里买，不一定就在哪里维护解析。先查询当前NS，再根据实际委派和管理资料确认由哪个DNS服务维护该区域，并确认自己有修改权限。应在当前有效的权威区添加记录；在未被委派的旧服务商页面保存，不会因此对外生效。验证名称位于已独立委派的子域时，应找到该子域真正的权威区，不能只改父域区域。

nslookup -type=ns example.com

example.com与_verify.example.com均为文档示例，应替换为本次验证要求的实际名称。服务器提供商与DNS托管服务可能不同，先按NS结果确认实际管理位置。

把验证方给出的内容拆成三列

验证方要求根域名时，完整名称应为example.com，而不是www.example.com。只有面板明确支持时才用@表示当前区根；有的界面要求相对名称，有的接受完整名称，保存前后都要核对最终完整名称，不拼出example.com.example.com。下划线、连字符、子域级别以及验证值大小写均按验证方原文保留。

在当前权威区添加一条独立TXT记录

1. 打开实际托管服务中正确区域的记录管理入口，使用该界面提供的新增记录操作；不照抄其他平台菜单。
2. 记录类型选择TXT，按当前界面的规则填写相对或完整主机名，并核对最终完整名称。不要把服务网址、记录值或区名重复填进名称字段。
3. 在内容或值字段完整粘贴本次验证字符串，不自行增加空格、换行或改变大小写。外层引号是否由面板自动处理，应以当前界面的输入规则为准；不能把查询工具用于显示字符串的引号机械复制成值的一部分。验证值本身确实包含引号或反斜线时，按验证方要求及面板转义规则保留。
4. TTL可使用支持的默认设置；保存前再次对照记录名称与内容。
5. 保存为新增记录，保留其他仍在使用的TXT。不要覆盖现有SPF、DKIM、DMARC或另一个服务的验证记录。

同一名称可以有多条独立TXT，查询时可能同时返回；各条记录不能随意拼接成一条验证值。常规DNS中CNAME不能与同名TXT并存，发现冲突应先由DNS管理员和验证方确认支持的其他验证名称或方式，不删除正在使用的业务CNAME强行保存。

TXT的每个字符段最多255字节，一条TXT可以包含多个字符段，具体如何读取由验证协议决定。验证方要求连续字符串时，较长内容应按该DNS服务支持的方式保留在同一条TXT内分段，并核对还原后的完整值；不要把它拆成多条独立TXT，也不在段间自行插入空格。短验证口令通常无需手工分段，按原值保存即可。

先查询权威DNS，再点验证

把NS_NAME替换成该域名的真实权威NS主机名；把_verify.example.com替换成验证方要求的完整名称。

nslookup -type=txt _verify.example.com NS_NAME
nslookup -type=txt _verify.example.com

第一条直接询问指定权威服务器，用来确认记录已在正确区域保存；应对该区各台权威NS分别核对。第二条走当前解析器，可能包含本机或网络缓存。要比较公共递归缓存，可将查询最后的服务器参数指定为自己选择的公共递归DNS地址；它与权威NS承担的角色不同。保留查询时间、服务器地址、状态和完整结果，不能只凭某一个缓存结果认定已全网更新。

查询输出的外层引号和换行可能只是显示格式；同一TXT中若显示多个引号包围的字符段，应按验证协议核对完整值，不把它们误当成多条记录，也不把不同TXT记录拼接。空结果还要区分名称不存在、名称存在但无TXT、超时及SERVFAIL；之前缓存的否定答案也可能暂时保留，降低新记录TTL不会立即清除它们。

权威结果正确后，返回发出验证要求的平台点击它提供的验证操作。DNS中存在记录与业务平台接受验证是两步：后者还可能检查该任务是否过期、名称是否属于本次申请，以及记录值是否匹配。

按结果处理失败

验证通过后先看验证方是否要求长期保留记录，特别是后续续期或持续归属校验。需要删除时只删除本次不再需要的独立记录，不清空整个名称下的TXT集合。