HTTPS转HTTP重定向失效求助：部分设备无法正常跳转

这个问题我之前帮客户处理过好几次，Safari在处理HTTPS转HTTP的跳转时确实容易踩坑，尤其是HSTS缓存和代理头传递的问题，给你几个具体的排查和解决步骤：

1. 先排查HSTS缓存（最可能的原因） #

如果你的站点之前设置过**Strict-Transport-Security（HSTS）**头，Safari会把这个规则缓存很长时间——哪怕你的SSL证书过期了，浏览器也会强制尝试用HTTPS访问，直接跳过你的301跳转规则，导致你看到的报错。

解决方法： #

• 如果还能临时访问HTTPS：忽略证书错误进入站点后，在.htaccess里添加这段代码来强制清除HSTS缓存：

  Header set Strict-Transport-Security "max-age=0"
  

  访问一次后就可以删掉这段，它会告诉浏览器立即失效之前的HSTS规则。
• 如果已经无法访问HTTPS：需要用户手动清除Safari的HSTS缓存：
  • macOS：打开Safari → 偏好设置 → 隐私 → 管理网站数据 → 搜索你的域名，选中后删除。
  • iOS：设置 → Safari → 高级 → 网站数据 → 找到你的域名删除
• 同时确保现在的HTTP响应里不要发送任何HSTS头，避免新的缓存生成。

2. 验证代理头是否正确传递 #

你的规则依赖X-Forwarded-Proto头，但很多主机服务商的反向代理可能没正确配置这个头，导致Apache根本收不到这个信息，规则自然不生效。

测试方法： #

在.htaccess里添加一段测试代码：

RewriteEngine On
RewriteRule ^test-proto$ - [E=PROTO:%{HTTP:X-Forwarded-Proto}]
Header set X-Detected-Proto "%{PROTO}e"

然后访问http://example.com/test-proto，在浏览器开发者工具的响应头里看X-Detected-Proto的值：

• 如果是https：说明头传递正常，问题出在其他地方。
• 如果是空或者http：说明代理没设置这个头，需要修改Rewrite规则，改用其他判断条件，比如结合X-Forwarded-Ssl或者直接检查HTTPS变量（如果服务器还监听443端口）：

  RewriteEngine On
  # 兼容多种代理头和直接HTTPS请求的情况
  RewriteCond %{HTTP:X-Forwarded-Proto} =https [OR]
  RewriteCond %{HTTP:X-Forwarded-Ssl} =on [OR]
  RewriteCond %{HTTPS} =on
  RewriteRule ^ http://%{HTTP_HOST}%{REQUEST_URI} [R=301,L,NE]
  

  加上NE（NoEscape）标志可以避免URI中的特殊字符被转义，确保跳转路径正确。

3. 暂时改用302跳转测试 #

301是永久重定向，浏览器会缓存这个规则很长时间——哪怕你已经修改了.htaccess，之前缓存的旧规则可能还在生效。

可以先把规则改成302临时重定向：

RewriteRule ^ http://%{HTTP_HOST}%{REQUEST_URI} [R=302,L,NE]

302不会被浏览器永久缓存，方便你快速验证规则是否生效。等确认所有浏览器都能正常跳转后，再改回301。

4. 检查Safari的深层缓存 #

虽然你说已经清除了缓存，但Safari有时候会残留一些缓存数据。可以尝试：

• 关闭Safari所有窗口，重新打开后测试。
• 开启Safari的隐私模式访问，看是否能正常跳转（隐私模式不会使用常规缓存）。

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