1. 故障现象确认与收集基础信息
在开始前，记录出现问题的时间点、客户端地点、影响服务（HTTP/SSH/邮件等）。收集以下信息：目标域名、当前解析到的IP（多次查询）、受影响的服务器主机名、云/机房提供商。用 dig、nslookup 多次查询得到历史解析结果：例如 dig +short yourdomain.com @8.8.8.8
2. 多地解析与缓存验证
在不同网络/地区验证DNS解析，使用命令和在线工具：dig +short yourdomain.com @8.8.8.8、@1.1.1.1；以及在线 DNS Propagation Checker。查看 TTL 值，确定是否是 DNS 缓存导致的切换（短 TTL 会频繁变更）。
3. 直接连 IP 测试与地理信息核对
当解析到不同 IP 时，分别对每个 IP 执行 ping、traceroute(mtr) 和 curl -I http://IP: curl --resolve domain:80:IP http://domain。使用 whois IP 和 ipinfo.io 查询 IP 所属地，确认确实是“加拿大”和“香港”两个不同归属。
4. 排查 CDN / 负载均衡 / 反向代理
如果域名使用 CDN（Cloudflare、Akamai、腾讯云 CDN 等）或全局负载均衡，查阅控制台的地理路由/负载策略。临时关闭地理路由或切换到固定节点，看问题是否消失；或者使用 CDN 提供的诊断日志定位调度策略。
5. 检查 Anycast 与 Anycast DNS
Anycast 会根据 BGP 路径把请求引导到不同地区的节点。使用 traceroute 到该 IP，从不同地区判断路由去向；并在 BGP Looking Glass（例如 bgp.he.net、rrc00...）查询该 IP 的 BGP 公告，确认是否是 Anycast 导致的调度波动。
6. 验证源站绑定与服务器本地网卡配置
登录受影响服务器，检查 ip addr show、ip route、netstat -tunlp，确认服务器是否有多个公网 IP 被错误绑定或存在自动脚本切换 IP（如脚本调用 cloud API 切换弹性IP）。查看 /etc/network/interfaces 或云厂商的元数据服务配置。
7. 检查云提供商或机房的自动故障转移设置
云厂商常有健康检查与自动故障转移（Failover）功能，可能在检测到短暂健康检查失败时切换到异地弹性 IP 或备用节点。进入控制台查看健康检查历史、路由表、弹性 IP 绑定记录。
8. 深入抓包与服务日志定位
在服务器上使用 tcpdump -i any host
and port 80 -w trace.pcap 抓包，分析请求来源与到达网卡。查看服务日志（nginx/access.log、syslog、cloud-init 日志）寻找 IP 变更时间点与触发事件。
9. BGP 与路由层面的检查
若怀疑是上游路由波动，使用 bgp looking glass 或 tracert 从多个地区查看 BGP 路由路径；联系上游 ISP 查询是否有 BGP 发帖或社区策略被更改。记录发生时间与前后路由差异。
10. 修复一：锁定解析与减少切换频率
临时修复措施：将 DNS TTL 提高到较大值（如 3600s 或更高），或把域名指向固定的源站 IP（避免负载均衡/GeoDNS）。若使用 CDN，临时设置为“仅用源站”或在控制台关闭地理调度。
11. 修复二：修正服务器/云端配置
如果发现是弹性 IP 切换或脚本导致，关闭自动脚本，固定弹性 IP 绑定；修正 cloud-init 或自动化运维脚本中的错误令其不会在健康检查失败时错误解绑。必要时与云厂商或机房工程师确认操作审计记录并恢复正确路由。
12. 修复三：长期策略与监控配置
设定长期方案：使用稳定的 Anycast/CDN 策略或明确的 GeoDNS 策略；为关键服务设置全链路监控（多点合成监控如 Pingdom、Grafana Synthetic），并配置告警（IP 变更/解析异常）。记录变更管理流程，避免无审批的自动切换。
13. 常见问：如何快速判断是DNS问题还是路由问题？
快速判断方法：先从不同 DNS 服务器（8.8.8.8、1.1.1.1、本地 ISP）做 dig，看返回的 IP 是否一致；若返回不同且与地理位置相关，多为 DNS/GeoDNS/CDN 调度；若解析到同一 IP 但不同地区路由到不同机房，则偏向 BGP/Anycast/上游路由问题。
14. 常见问：如果确认是CDN导致，我该如何修复？
先在 CDN 控制台查看调度策略并临时切换到“全部节点不可用则回源”或“仅用指定节点”，清理 CDN 缓存并增加监控。与 CDN 支持沟通，提供 traceroute、抓包和时间点日志，要求他们检查调度器和 POP 健康状况。
15. 常见问：我做了修复后如何验证彻底解决？
修复后，从多地区（用在线工具或 VPN）周期性执行 dig、traceroute、curl 并记录结果；观察 24-72 小时内是否还有解析或路由的异常切换。同时检查监控告警是否清除，并保持日志记录以备后续追踪。
来源：如何定位服务器ip一会加拿大一会香港的切换故障并修复
