EC2实例Apache站点经AWS负载均衡器HTTPS配置后资源加载异常咨询

这个问题我太熟悉了——典型的混合内容报错！浏览器加载HTTPS加密页面时，会严格阻止从HTTP非加密源加载的资源，这就是你看到“此页面尝试从未验证的源加载脚本”提示的原因。下面是按优先级排序的解决方案：

• 核心修复：统一资源引用方式
  把页面里所有硬编码的HTTP绝对资源链接（比如http://yourdomain.com/css/style.css）改成以下两种形式之一：

  1. 相对路径：比如/css/style.css或者./images/logo.png，这样资源会自动沿用当前页面的访问协议（HTTPS）加载，完美适配负载均衡器的转发逻辑。
  2. HTTPS绝对路径：直接把链接改成https://yourdomain.com/js/app.js，强制资源走HTTPS通道。

  举个具体例子：
  原来的代码：

  <link rel="stylesheet" href="http://example.com/css/main.css">
  <script src="http://example.com/js/app.js"></script>
  

  修改后：

  <link rel="stylesheet" href="/css/main.css">
  <script src="/js/app.js"></script>
  

• 可选但推荐：配置Apache自动重定向到HTTPS
  虽然负载均衡器已经处理了HTTPS到EC2的HTTP转发，但可以在EC2的Apache中添加规则，确保所有请求都遵循HTTPS逻辑，避免后续出现其他混合内容隐患：

  1. 编辑Apache站点配置文件（比如/etc/apache2/sites-available/000-default.conf）
  2. 在<VirtualHost *:80>块内添加以下重写规则：

     RewriteEngine On
     RewriteCond %{HTTP:X-Forwarded-Proto} !https
     RewriteRule ^(.*)$ https://%{HTTP_HOST}$1 [R=301,L]
     

  3. 重启Apache生效：sudo systemctl restart apache2
     这个规则会识别负载均衡器传递的X-Forwarded-Proto头，若原始请求不是HTTPS则强制重定向到HTTPS版本。

• 排查隐藏的硬编码链接
  有些时候资源链接可能藏在模板文件、CMS后台（比如WordPress、Django的设置里）或者JS动态生成的代码中，可以用命令行在EC2的网站根目录全局搜索：

  grep -r "http://yourdomain.com" /var/www/html
  

  找到所有遗漏的硬编码HTTP链接，统一替换成合规的形式。

• 补充：确认负载均衡器头信息传递
  检查负载均衡器的目标组配置，确保开启了Host和X-Forwarded-Proto等HTTP头的转发，这样Apache才能正确识别用户的真实访问协议，避免程序生成错误的资源链接。

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