AWS ALB后Apache服务器HTTP转HTTPS与.htaccess重定向问题

我猜你遇到的情况应该是：用.htaccess做HTTP到HTTPS重定向时，要么触发无限循环，要么重定向回了HTTP地址？这其实是因为ALB终止SSL后，后端Apache接收到的所有请求都是HTTP的，要是你的.htaccess里还用了传统的%{HTTPS} off判断条件，肯定会出问题。

下面给你几个关键的解决步骤：

1. 确保.htaccess的Rewrite规则能生效 #

首先得确认你的vhost配置里允许.htaccess使用Rewrite功能，需要有类似这样的配置：

<Directory /path/to/your/webroot>
    AllowOverride FileInfo # 也可以用All，根据实际需求调整
    Require all granted
</Directory>

2. 修改.htaccess的重定向规则 #

把.htaccess里的HTTP→HTTPS重定向规则改成和vhost一致的逻辑，依赖ALB发送的X-Forwarded-Proto头判断原始请求的协议：

RewriteEngine On

# 检查负载均衡器传递的原始请求协议是否为HTTP
RewriteCond %{HTTP:X-Forwarded-Proto} =http
# 永久重定向到对应的HTTPS地址
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=permanent]

重要提示：如果你的.htaccess里有旧的重定向规则（比如RewriteCond %{HTTPS} off），一定要删掉或者注释掉——因为后端Apache的%{HTTPS}永远是off，留着会触发无限循环。

3. 进阶优化：让Apache自动识别原始协议（可选） #

如果你的Apache版本是2.4.31及以上，可以通过配置信任ALB的IP段，让Apache自动根据X-Forwarded-Proto头设置%{HTTPS}变量，这样一些依赖%{HTTPS}的应用或规则也能正常工作。在主httpd.conf或者对应vhost配置里添加：

# 替换成你的ALB所在的VPC网段，比如AWS常用的私有IP段
TrustedProxies 10.0.0.0/8 172.16.0.0/12 192.168.0.0/16

配置后，Apache会把来自这些信任IP的请求的X-Forwarded-Proto头当作真实协议，%{HTTPS}变量会正确返回on或off。

简单来说，核心就是别依赖Apache自身的%{HTTPS}变量，而是用ALB传递的X-Forwarded-Proto头判断原始请求协议，不管是vhost还是.htaccess里都要保持这个逻辑一致。

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