配置CloudFront后域名eckmantek.com持续返回旧内容问题求助

• 核对Route 53记录配置
  进入Route 53控制台，检查eckmantek.com对应的A/AAAA记录：确认记录类型为别名（Alias），别名目标严格匹配d22tb0q1u7k32l.cloudfront.net无拼写错误，也没有残留指向旧S3静态站点/其他资源的记录。本地可执行nslookup eckmantek.com，对比返回的IP段是否和nslookup d22tb0q1u7k32l.cloudfront.net的结果一致，排除记录配置错误。
• 检查CloudFront备用域名配置
  进入CloudFront分发的「常规」设置页，确认「备用域名（CNAME）」列表中已添加eckmantek.com。如果未添加该域名，CloudFront无法将对应请求路由到当前分发，会默认匹配同区域其他分发或者返回旧站点内容，是该类问题最常见的诱因。
• 执行CloudFront缓存失效
  若缓存策略中对HTML等入口文件设置了过长的TTL，即使S3文件更新，CloudFront边缘节点仍会返回旧缓存内容。可在CloudFront控制台的「失效」标签页，新建失效规则为/*覆盖所有站点文件，等待10-15分钟失效完成后再访问测试。
• 排除本地/运营商缓存干扰
  可切换手机移动网络测试访问，或者将本地DNS临时修改为公共DNS（如8.8.8.8）后重新访问，也可执行curl -v https://eckmantek.com查看返回的响应头中的Server字段是否为CloudFront，确认请求确实到达了CloudFront节点而非旧的存储桶服务。
• 核对SSL证书覆盖范围
  检查CloudFront分发绑定的SSL证书，确认证书的SAN列表包含eckmantek.com，若证书不匹配，部分请求可能会回落到旧的S3静态站点配置，导致返回旧内容。

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