站长 Ping 测试清单：改解析、迁移与接入 CDN 后怎么查

站长 Ping 测试最适合放在变更验收里：改解析后，实际目标是否变化；迁移后，新地址是否能响应；接入 CDN 后，用户是不是已经被调度到新的入口。它能辅助观察网络，却不能单独证明迁移完成。

改解析前，先留一份基线

保存关键域名、A/AAAA 与 CNAME、实际探测地址、主要用户网络和时间。变更后用同样条件对照，才能知道地址、响应与时延分别发生了什么。

不要把所有子域名合成一个结果。主站、静态资源、接口与邮件服务可能使用不同记录。验收范围按这次实际改动决定，不对无关服务作盲目调整。

改 DNS 后：核对答案，也核对实际连接

DNS 有缓存与 TTL 机制，不同解析环境可能在一段时间内得到不同答案，基础见 RFC 1034。不要用统一的“等固定小时数”替代观测，也不必为了测速反复清空所有缓存。

Windows 可用以下格式对自己的域名作少量检查，示例域名需替换：

Resolve-DnsName -Name example.com -Type A
Resolve-DnsName -Name example.com -Type AAAA
ping -4 -n 6 example.com

将解析结果与 Ping 实际目标一起记录。命令说明见 Resolve-DnsName。只有计划提供 IPv6 的站点，才需要按相应配置验收 AAAA 与 IPv6 服务。

迁移服务器后：网络和业务分别验收

新 IP 有 ICMP 回复，只说明这次探测成功。继续用真实域名检查端口、TLS、正文与关键操作，尤其要核对证书、反向代理、资源路径和后端依赖。旧入口仍有用户时，也要按迁移计划处理，不能因为自己的本机已经解析到新地址，就推断全部用户都已切换。

如果新 IP 不响应 Ping，但 HTTPS 与业务正常，应记录 ICMP 策略差异，不为了让 Ping 变绿去无端扩大访问范围。是否开放 ICMP由实际网络策略决定。

接入 CDN 后：确认测到的是哪一层

Ping 可能到达边缘入口，不能证明源站回源正常。保留当前解析与地址，再分别检查静态资源、动态页面和错误响应。页面慢时，继续观察缓存与浏览器加载，而不是只比较边缘的往返时间。

缓存与回源的操作方法可参考CDN 测速分层检查。需要前后比较时，固定页面、地区、设备与内容版本。

完成条件写成一张验收单

验收单至少包括：目标记录符合计划、主要网络获得有效观测、HTTPS 内容正确、核心流程走通、异常有明确归属。无法取得的样本标为未验证，而不是自动补成成功。

Ping 的统计和参数见 官方文档；更完整的上线流程可看网站功能与访问验收清单。