Lightsail中Cloudfront配置SSL后出现重定向问题求助

我之前在AWS上配置WordPress+CloudFront+SSL时也踩过类似的坑，咱们一步步来解决：

一、先解决CloudFront重定向到源站的问题 #

这个问题大概率是WordPress的站点URL配置或者CloudFront缓存导致的：

• 刷新CloudFront缓存：先去AWS控制台找到你的CloudFront分发，进入「Invalidations」标签，创建一个路径为/*的失效请求，等待缓存刷新完成（一般几分钟）。很多时候旧的重定向响应被缓存了，刷新后就会生效。
• 修正WordPress站点URL：登录到WordPress后台，进入「设置-常规」，把「WordPress地址（URL）」和「站点地址（URL）」都改成你的CloudFront HTTPS地址 https://url.cloudfront.net，而不是源站的IP或者域名。因为如果源站返回的页面里包含指向自身的重定向，CloudFront会直接把这个重定向返回给用户。
• 检查CloudFront行为设置：进入分发的「Behaviors」标签，编辑默认行为：
  • 确认「查看器协议策略」设置为「重定向HTTP到HTTPS」（符合你的需求）；
  • 「源站协议策略」如果你的Lightsail源站是HTTP的话，选「匹配查看器」或者「HTTP only」，确保CloudFront和源站的通信正常。

二、解决混合内容问题（SSL Insecure Content Fixer插件无效的情况） #

插件没生效通常是配置不对或者存在硬编码的HTTP链接：

• 调整插件检测方式：打开「SSL Insecure Content Fixer」的设置页面，把「检测方式」改成HTTP_X_FORWARDED_PROTO。因为CloudFront会把用户访问的协议（HTTPS）通过这个HTTP头传给源站，插件需要识别这个头才能正确替换页面里的HTTP资源链接。
• 搜索替换硬编码的HTTP链接：很多主题或插件会把资源链接硬编码成HTTP（比如主题的functions.php、自定义HTML区块、数据库里的旧内容），可以用「Better Search Replace」这类插件（操作前一定要备份数据库！），搜索你的源站HTTP地址（比如http://your-lightsail-domain.com），替换成CloudFront的HTTPS地址https://url.cloudfront.net，覆盖数据库里的所有旧链接。
• 检查媒体库资源：上传到媒体库的图片可能在数据库里保存的是HTTP地址，上面的搜索替换工具也能一并处理这些资源。
• 再次刷新CloudFront缓存：确保修复后的内容能被CloudFront拉取并缓存，避免用户看到旧的混合内容页面。

三、额外排查点 #

• 用浏览器开发者工具定位问题：按F12打开开发者工具，切换到「网络」标签，刷新页面后看哪些资源是红色的（HTTP资源），能精准定位是哪个内容没被替换，方便针对性修复。
• 检查源站安全组：确保Lightsail实例的安全组允许CloudFront的IP段访问（或者直接允许所有HTTP/HTTPS访问，因为CloudFront是合法的访问源），避免源站拒绝CloudFront的请求导致异常。

内容的提问来源于stack exchange，提问作者The Odd Developer