使用AWS CloudFront为S3桶提供HTTPS时部分图片陷入重定向循环

Q1：故障排查方向 #

• 检查S3对象元数据：确认有问题的文件（如1.jpg）是否误设置了x-amz-website-redirect-location元数据（若指向自身会直接触发循环），同时核对Content-Type是否正确，以及对象权限是否为公开可读、CloudFront的Origin Access Identity是否拥有读取权限。
• 验证CloudFront源与行为配置：确认CloudFront的源是S3桶域名还是静态网站端点——若使用静态网站端点，需检查S3端是否设置了HTTP到HTTPS的重定向规则，避免与CloudFront的重定向策略叠加触发循环；同时检查CloudFront行为中的「Viewer Protocol Policy」是否设置为Redirect HTTP to HTTPS，确保规则未冲突。
• 分析CloudFront访问日志：开启CloudFront的访问日志，查看循环请求的状态码、重定向目标地址，判断重定向是由CloudFront发起还是S3返回，缩小问题范围。
• 绕开CloudFront测试S3对象：直接通过S3桶域名或静态网站端点访问1.jpg和bus_seats.jpg，对比两者的响应结果，确认问题是否出在S3端而非CloudFront。

Q2：缓存问题是否是重定向循环的潜在原因？ #

是。缓存更新慢说明当前CloudFront缓存策略的TTL（生存时间）较长，导致S3文件更新后无法及时同步到边缘节点。而重定向循环很可能是因为缓存了错误的重定向响应：比如配置过程中S3曾返回指向自身的重定向，CloudFront将该响应缓存后，后续所有请求都会返回这个重定向，形成循环。

调整缓存设置（改为Legacy cache settings > None (for Headers, Query Strings and Cookies)）适合纯静态站点的需求，同时建议手动对有问题的文件（如/1.jpg）执行**缓存失效（Invalidate）**操作，强制边缘节点刷新内容，这能快速解决缓存导致的循环问题。

Q3：问题根源及是否需要放弃HTTPS？ #

问题根源大概率不是CloudFront本身或官方指南的缺失，而是配置细节的疏漏，常见场景包括：

• S3对象元数据错误：1.jpg的x-amz-website-redirect-location被误配置为自身URL，触发无限重定向，且该错误响应被CloudFront缓存。
• S3与CloudFront的重定向策略冲突：同时在S3静态网站设置了HTTP到HTTPS重定向，又在CloudFront行为中配置了强制HTTPS重定向，导致请求在两端反复跳转。
• 旧缓存未清理：配置调整过程中产生的错误重定向响应未被及时失效，持续影响边缘节点的请求处理。

完全不需要放弃HTTPS，按照Q1的排查步骤定位具体问题，结合缓存失效操作，即可快速解决当前问题。

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