不能直接用proxypass实现基于请求头的负载切换，必须结合mod_rewrite的rewritecond匹配请求头、rewriterule重写路径并添加[p]标志触发代理；需手动处理host头、cookie域名及https证书验证，并注意性能优化。
不能直接用 ProxyPass 实现基于请求头的负载切换。mod_proxy 本身只做静态路径映射，不解析或判断请求头；必须借助 mod_rewrite 的条件匹配能力，再通过 [P] 标志触发代理行为。
核心配置逻辑：RewriteCond + RewriteRule + [P]
Apache 不会重定向客户端，而是内部转发——关键在于把请求头作为判断依据，再重写目标为后端地址，并显式加 [P]：
-
RewriteCond %{HTTP:User-Agent} ^curl—— 匹配 UA 开头是 curl（比.*curl.*更高效） -
RewriteCond %{HTTP:X-Env} ^prod$—— 匹配自定义头X-Env: prod -
RewriteRule ^/api/(.*)$ http://backend-prod:8000/api/$1 [P,L]——[P]必须写出，否则只是 URL 重写，不走代理 - 多个不同头规则可并列，避免用
[OR]嵌套复杂条件，容易出错；推荐分段写，清晰且易维护
转发后 Host 和 Cookie 的处理
默认 Host 头会透传，但后端可能依赖特定域名，或 Set-Cookie 域名不匹配导致登录失效：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 强制设置 Host：
RequestHeader set Host "backend-prod.example.com" - 关闭自动透传：
ProxyPreserveHost Off（显式声明更稳妥） - 重写响应 Cookie 域名：
ProxyPassReverseCookieDomain backend-prod.example.com proxy.example.com - 若返回 400 且日志提示 “invalid hostname”，基本就是 Host 头为空或非法，检查是否漏了
RequestHeader或ProxyPreserveHost
HTTPS 后端与证书验证
如果后端是 HTTPS，Apache 默认会校验证书，测试环境可临时放宽：
- 启用 SSL 代理：
SSLProxyEngine On - 跳过证书验证（仅限测试）：
SSLProxyVerify none、SSLProxyCheckPeerCN off、SSLProxyCheckPeerName off - 生产环境必须配置可信 CA 或使用有效证书，否则握手失败
性能与生产注意事项
每次请求都会执行 RewriteRule，条件越多、正则越宽泛，CPU 开销越大：
- 避免无意义通配，如用
^curl替代.*curl.* - 高频路径建议用
SetEnvIf预设环境变量，再用RewriteCond %{ENV:IS_CURL}判断，比反复解析头更快 - 不建议在根路径
^/上对所有请求做头匹配；应限定在明确子路径（如^/api/或^/admin/） - 健康检查、权重等负载均衡特性仍需
mod_proxy_balancer，但那是另一层机制；本方案是“头驱动的路由选择”，不是传统轮询或按流量分发
