知识中心

将域名指向正确的服务

在更改流量之前，了解地址记录、别名和验证。

2 分钟阅读简体中文

内容已修订 2026 年 10 月 10 日 · 简体中文

开始指南

概览

指南类型: 运营与安全
示例: 示例，因环境而异
集成范围: 未连接远程机器

查找权威区域

注册商选择域名的名称服务器；权威 DNS 提供商持有其记录。更改名称服务器后在之前的提供商处编辑区域可能没有公开效果。在诊断传播之前确认委派。

为服务发布正确的记录

使用 A 记录用于 IPv4 地址，仅当服务具有可用的 IPv6 时才使用 AAAA。www CNAME 可以指向主主机名；标准 CNAME 不应与其他记录类型共享同一名称。MX 标识邮件主机名，并且仍然需要邮件服务的身份验证记录。

示例区域 · 保留地址
名称	类型	值	用途
@	一个	192.0.2.20	IPv4 网站源
@	AAAA	2001:db8::20	仅在经过测试的 IPv6 监听器下
www	CNAME	example.com。	备用网站名称
@	MX	10 mail.example.com。	邮件目的地；单独添加其地址

在切换前使用较短的 TTL

尽早降低现有记录的 TTL，使其先前的缓存生命周期在变更前过期。新的短 TTL 无法强制每个解析器忘记已缓存的长生命周期值。在过渡和回滚窗口期间保留旧源站。

比较委派、权威应答和缓存

查询名称服务器和预期记录。需要时直接测试权威服务器，然后测试递归解析器。过期的本地缓存和错误的权威记录是不同的问题。

DNS 检查 · example.com针对你的环境查看

dig example.com NS +short
dig example.com A +short
dig example.com AAAA +short
dig example.com MX +short
# To query your actual authoritative server:
# dig @<authoritative-nameserver> example.com A

在设计阶段保持源站隐私

如果反向代理是模型的一部分，请审查旧的 DNS 历史、邮件主机名、未代理的子域以及其他可能暴露源站的服务。仅编辑 DNS 并不能建立源站隔离或隐藏历史记录。

下一步之前

带着可验证的结果离开。

查找权威区域。
在设计阶段保持源站隐私。
将恢复信息和机密保存在公共文件之外。