apache需通过x-forwarded-proto头识别原始https协议，配置rewritecond %{http:x-forwarded-proto} !https实现安全301跳转，并配合proxypreservehost和proxypassreverse防止内网地址暴露与跳转错误。
在多级反向代理（比如 Nginx → Apache → 后端应用）环境下，Apache 收到的请求默认是来自上一级代理的 HTTP 请求，原始协议（HTTPS）和真实客户端 IP 会被掩盖。如果此时 Apache 做 301 跳转（如强制 HTTPS 或域名跳转），它可能错误地生成 http:// 开头的 Location 头，导致跳转失败或降级为 HTTP，甚至暴露内网地址。
关键问题：Apache 怎么知道原始请求用的是 HTTPS？
Apache 本身不自动识别“用户实际访问的是 https://”，它只看到代理发来的明文 HTTP 请求。必须依赖代理透传的请求头（如 X-Forwarded-Proto）来还原原始协议。
- 上游代理（如 Nginx）需显式添加头：
proxy_set_header X-Forwarded-Proto $scheme; - Apache 需启用
mod_headers和mod_rewrite，并用RewriteCond检查该头值 - 不能直接依赖
%{HTTPS} on—— 这个变量反映的是 Apache 自身连接是否加密，不是原始请求
正确配置强制 HTTPS 跳转（支持多级代理）
把以下规则放入虚拟主机配置（<virtualhost></virtualhost>）或 .htaccess（需 AllowOverride FileInfo）：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
RewriteEngine On
# 检查原始请求是否为 HTTPS（通过 X-Forwarded-Proto）
RewriteCond %{HTTP:X-Forwarded-Proto} !https [NC]
# 同时确保不是本地回环请求（防内部误跳）
RewriteCond %{REMOTE_ADDR} !^127\.0\.0\.1$
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
-
%{HTTP:X-Forwarded-Proto}读取代理传来的协议标识，Nginx 默认不传，必须主动加 -
%{HTTP_HOST}和%{REQUEST_URI}保证路径和域名不变，只改协议 - 加
!^127\.0\.0\.1$条件可避免 Apache 自身健康检查或内部调用被重定向
配合 ProxyPassReverse 防止后端跳转泄露
如果 Apache 后面还接了应用（如 PHP、Java），而该应用返回 302/301（例如登录跳转），它的 Location: http://localhost:8080/xxx 会直接暴露给用户。这时仅靠 Rewrite 不够，必须启用：
-
ProxyPreserveHost On：把原始 Host 头传给后端，让应用生成正确域名的跳转 -
ProxyPassReverse：自动重写响应头中的Location、Content-Location、URI - 示例：
ProxyPassReverse / https://backend.example.com/，确保所有后端返回的跳转都映射回前端域名
验证是否生效
别只看浏览器跳转结果——缓存太强。用命令行确认原始响应头：
curl -I -H "X-Forwarded-Proto: http" http://yoursite.com/some-path
- 应返回
HTTP/1.1 301 Moved Permanently+Location: https://... - 再试
-H "X-Forwarded-Proto: https"，应返回 200 或正常内容，不再跳转 - 检查响应头中是否有
X-Forwarded-Proto被重复添加（可能引发循环），可通过Header unset X-Forwarded-Proto清理
