香港节点已经部署完成，不代表访问者会自动连到它。域名可能仍解析到旧地址，也可能只有部分解析服务器返回新记录。香港节点网站上线前的域名解析检查项，应覆盖从注册商委派到权威解析、缓存和客户端结果的完整链路；单看控制台里的记录，不足以证明切换正确。
先确认解析请求交给了谁
域名的注册商负责设置名称服务器（NS），实际记录通常由这些权威解析服务器回答。若注册商中的委派信息与解析服务商提供的NS不一致，修改记录可能改在了未生效的区域里。
- 在注册商后台核对域名当前的NS，与解析服务商显示的权威名称服务器逐项比对。
- 确认需要切换的主域名和子域名都在正确的解析区域中，例如裸域与 www 是否各自有记录，避免只改其中一个。
- 检查委派链路是否启用DNSSEC。若换了DNS服务却留下旧的DS记录，支持验证的解析器可能返回失败；不要在不清楚密钥和DS状态时贸然删除或重建。
- 从多个公共递归解析器查询结果，并与权威服务器的回答对照。不同结果可能来自缓存，也可能说明委派或记录尚未一致。
核对记录类型与灰度目标
逐条列出这次要改的记录、预期值、用途和恢复值，尤其检查根域名、www、登录入口及业务依赖的子域名。A记录指向IPv4地址，AAAA记录指向IPv6地址；如果香港节点尚未提供可用的IPv6服务，却保留了旧的AAAA记录，支持IPv6的访客可能仍被送往旧环境。
CNAME用于让一个名称别名指向另一个名称，通常不能直接与同名的A或AAAA记录并存。若根域名必须指向别名，应先确认解析服务是否支持根域名别名扁平化等实现方式，不要照搬子域名的配置。灰度切换若按权重、地理位置或来源网络返回不同答案，还应分别确认命中条件；同一地点的不同递归解析器未必得到相同结果。
用TTL安排切换窗口
TTL表示递归解析器可缓存答案的时间，单位通常为秒。它不是全网同步开关：调低新TTL，不会立即清除此前按较长TTL缓存的旧答案。常见的切换准备方式，是在计划变更前至少等待原TTL走完，再把相关记录临时调到约300至600秒；这只是便于观察和回退的常见范围，具体应结合现有TTL、解析服务和维护窗口决定。
- 提前记录现有TTL和记录值；若原TTL为数小时或一天，应尽早降低，并等待旧缓存可能过期。
- 在约定窗口修改目标记录，同时保留旧节点仍可服务的时间，便于处理尚未更新的访客请求。
- 持续核对权威答案与不同递归解析器的结果，并分别从香港及其他目标访问区域验证实际解析。只在一台电脑上查询，不能代表所有用户。
- 确认访问稳定后再恢复适合日常管理的TTL，例如约1800至3600秒；若仍处于观察期，可暂缓恢复。
把回滚条件写进上线清单
香港节点网站上线前的域名解析检查项还应包含明确的回退记录：旧值是什么、由谁执行恢复、观察哪些异常，以及恢复后需要等待多久。回滚同样受缓存影响，改回旧地址不等于所有用户马上切回。若新旧节点并行运行，应确认两边的数据状态和会话处理不会因短时间内交替访问而出错。
最终验收时，保存变更前后的记录截图或导出结果，标注修改时间、TTL和责任人。只要授权链路、记录值、缓存预期和回退方式都能被复核，香港节点网站上线前的域名解析检查项就不只是“看一眼解析”，而是可执行、可追踪的上线控制。
常见问题
改完记录后，为什么仍访问旧节点？
递归解析器或设备可能还缓存旧答案；旧TTL尚未到期时尤其常见。也要排查AAAA记录、另一条子域名记录或本地网络的缓存。
TTL设为300秒，是否保证五分钟内全部切换？
不保证。它约束遵守该TTL的缓存时长，但此前缓存的旧答案可能仍有效，且不同解析链路更新节奏不同。
如何确认访问者确实到达香港节点？
先确认各目标解析器返回的记录，再结合节点侧访问日志或监控核实实际请求落点；单凭解析结果不能证明请求已被节点处理。