Route53别名指向CloudFront的域名在美区解析至环回地址引发超时

针对仅美国地区客户端访问超时、且连接指向环回地址127.0.0.54的问题，可从以下方向逐一排查：

1. 检查本地hosts文件是否被篡改 #

hosts文件解析优先级高于DNS服务器，若example.app被手动或恶意添加到hosts中指向127.0.0.54，会直接导致系统解析异常：

• Mac/Linux：终端执行 cat /etc/hosts，查看是否存在 127.0.0.54 example.app 或 127.0.0.54 www.example.app 条目
• Windows：以管理员身份打开记事本，路径为 C:\Windows\System32\drivers\etc\hosts，检查是否有上述异常条目

2. 清除本地DNS缓存 #

dig 使用的是指定DNS服务器（10.0.0.1），但系统或浏览器可能缓存了旧的错误解析结果：

• Mac：执行 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
• Windows：执行 ipconfig /flushdns
• Chrome浏览器：打开 chrome://net-internals/#dns，点击「清除主机缓存」

3. 排查本地代理/安全软件干扰 #

VPN、杀毒软件、防火墙、广告拦截工具等可能篡改DNS解析或重定向流量到本地地址：

• 暂时关闭所有代理工具、杀毒软件和防火墙
• 重新执行curl命令或访问网站，观察是否仍指向127.0.0.54

4. 验证Route53的Geo定位配置 #

由于仅美国地区出现问题，需检查Route53的Geo DNS设置：

• 登录AWS控制台，进入Route53托管区，查看example.app的别名记录是否配置了Geo定位策略
• 确认美国地区的记录是否错误指向了某个内部域名，该域名在客户端环境中被解析为127.0.0.54
• 对比EMEA/APAC地区的记录配置，确保美国地区的别名正确指向CloudFront分发域名

5. 绕过系统DNS直接测试CloudFront IP #

使用curl指定CloudFront的公网IP测试，排除DNS解析问题：

curl --resolve example.app:443:257.257.257.1 https://example.app/ -v

若该命令能正常连接，说明问题出在客户端的DNS解析环节；若仍超时，需检查CloudFront美国地区PoP的运行状态，查看CloudWatch监控中的请求失败率、延迟等指标。

6. 检查客户端默认DNS服务器 #

dig 使用的是10.0.0.1，但客户端系统默认DNS可能是其他服务器（如ISP DNS、公共DNS），这些服务器可能返回错误解析：

• 执行 nslookup example.app 查看系统默认DNS返回的IP，对比dig的结果
• 若nslookup返回127.0.0.54，更换DNS服务器（如AWS DNS、Cloudflare DNS）后重试

内容的提问来源于stack exchange，提问作者atomicfruitcake