通过.htaccess重定向页面或HTTPS转HTTP失败问题排查

让我们一步步拆解你遇到的问题——你的规则没生效，大概率是配置位置、缓存或者环境兼容性的问题，下面是最常见的几个排查方向：

1. 规则放错了虚拟主机块 #

Apache的VirtualHost是分端口处理请求的：

• 如果你想处理用户当前访问的HTTPS请求，所有重定向规则必须放在<VirtualHost *:443>这个配置块里，而不是只加到<VirtualHost *:80>（HTTP端口）的配置中。
• 很多人会犯的错误是把规则仅部署在HTTP端口的虚拟主机里，导致HTTPS请求根本没触发这些规则。

2. 规则冲突或指令混用问题 #

你同时尝试了Redirect和RewriteRule两种重定向指令，它们在Apache中的处理优先级不同，很容易互相干扰：

• 建议只保留一种重定向方式（优先用RewriteRule，灵活性更高），并且确保RewriteEngine On只写一次，放在所有重定向规则的最前面。
• 比如你要强制重定向到新站点，直接用这一段就足够，不用混合其他规则：

RewriteEngine On
# 将所有请求重定向到新站点，保留原请求路径
RewriteRule ^ https://new.page.com%{REQUEST_URI} [L,R=302]

3. 浏览器缓存的隐形干扰（尤其是301重定向） #

R=301是永久重定向，浏览器会把这个结果缓存很长时间——哪怕你后来改成了302或者其他规则，浏览器可能还是会沿用之前缓存的301响应。

• 测试时一定要用浏览器无痕模式，或者手动清除缓存；
• 也可以用命令行工具测试，比如curl -v https://yourdomain.com，直接查看服务器返回的响应头，避免浏览器缓存的干扰。

4. 反向代理/负载均衡下的协议判断偏差 #

如果你的服务器部署在反向代理（比如Nginx、Cloudflare）后面，%{HTTPS}变量可能永远返回off——因为代理已经把HTTPS请求转换成HTTP协议传给Apache了。

• 这种情况下，你需要用X-Forwarded-Proto请求头来判断原始请求的协议：

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} =https
RewriteRule ^ http://%{HTTP_HOST}%{REQUEST_URI} [L,R=302]

5. SSL证书问题导致请求提前拦截 #

如果你的SSL证书过期、自签名或者不被浏览器信任，用户访问时浏览器会在加载页面之前就弹出错误，根本没触发服务器的重定向规则。

• 可以用curl -k -v https://yourdomain.com（-k参数忽略证书错误）测试，看服务器是否返回了重定向响应；
• 同时检查Apache的错误日志，确认请求是否真的到达了服务器。

最后别忘了，修改完Apache配置后一定要重启服务，否则新规则不会生效！

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