更换 ECS 地址后，先确认请求到底去了哪里

迁移服务或调整公网入口后，有时新实例正常，域名访问却仍然异常。此时最需要确认的不是“DNS 有没有刷新”，而是当前客户端实际解析到了哪个地址，以及请求最终连接到了哪个服务。 ## 对照域名和目标实例 先记录预期域名、当前解析结果与实例入口，不输出与排查无关的账号信息。随后区分本机缓存、网络侧解析和应用自带解析缓存。不同客户端可能在同一时刻看到不同结果，因此一次浏览器刷新不能代表所有调用方都完成切换。 ## 保留主机名语义 排查 HTTPS 时，直接访问 IP 与按域名访问不是完全等价的测试。证书主机名校验、TLS 服务选择和 HTTP Host 都与域名有关。若只为隔离解析问题而做指定地址测试，需要保留这些语义，不能靠关闭证书校验来制造一个成功结果。 完成切换后，可以验证正常请求、认证请求和后台调用这几条真实路径。旧入口是否停止使用，也应由访问证据判断，而不是看到新域名可用就立即清理旧资源。这样才能区分切换尚未传播和新服务自身失败。 参考：[curl 使用手册](https://curl.se/docs/manpage.html)。具体缓存行为由客户端和解析链共同决定，不能给所有环境套用同一个等待时长。