ProxyPassReverse 是解决重定向失效的关键，必须与 ProxyPass 严格配对（路径、协议、主机、端口完全一致），仅重写 Location 等响应头中的内网地址为公网路径；全站 HTTPS 下需配合 RequestHeader set X-Forwarded-Proto "https" 并确保后端信任该头，多后端须分别配置，同时用 ProxyPassReverseCookiePath 和 ProxyPassReverseCookieDomain 修正 Cookie。
apache 中 proxypass 本身不处理重定向失效问题，真正起作用的是配套的 proxypassreverse。重定向失效的本质是后端返回的 location 响应头仍含内网地址（如 http://127.0.0.1:8080/login），浏览器直接跳转，绕过了代理层。
必须配对使用 ProxyPass 和 ProxyPassReverse
两者不是可选项，漏掉或写错就会暴露内网路径：
-
路径前缀必须完全一致：都带尾部
/或都不带。例如ProxyPass /app/ http://backend:8080/对应ProxyPassReverse /app/ http://backend:8080/ -
协议、主机、端口必须和后端实际返回值严格匹配：如果后端返回
https://127.0.0.1:8443/callback，ProxyPassReverse 第二个参数就得写https://127.0.0.1:8443/，不能省略协议或端口 - 用
curl -v触发一次重定向请求，查看响应头里真实的Location是什么，再照着写配置，避免凭空猜测
确保后端生成正确的 HTTPS 重定向
ProxyPassReverse 只改路径，不改协议。全站启用 HTTPS 后，若后端仍返回 http:// 开头的跳转，用户会跳到 HTTP 地址而失败：
CPA Update - Secure CLI Proxy API Maintenance
下载
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
- 在 ProxyPass 所在的
<VirtualHost *:443>块中添加：RequestHeader set X-Forwarded-Proto "https" env=HTTPS - 后端框架（如 Spring Boot、Django）需配置信任
X-Forwarded-Proto，并关闭自动协议推断 - 推荐设置
ProxyPreserveHost Off，避免 Host 头干扰协议判断
多后端必须分别配置，不能复用
一个 Apache 实例代理多个服务时，每个 ProxyPass 都要配专属的 ProxyPassReverse：
-
ProxyPass /api/ http://api-svc:3000/→ 必须配ProxyPassReverse /api/ http://api-svc:3000/ -
ProxyPass /auth/ https://auth.example.com:8443/→ 必须配ProxyPassReverse /auth/ https://auth.example.com:8443/ - 如果只配了
/api/的 ProxyPassReverse，而/auth/接口返回了Location: http://auth-svc:4000/login，这个地址将原样发给浏览器，直接暴露内网
别忘了 Cookie 路径和域名也要同步修正
重定向只是问题一部分，Cookie 设置错误也会导致登录态丢失或跳转异常：
-
ProxyPassReverseCookiePath / /app/：把后端设的Path=/改为Path=/app/ -
ProxyPassReverseCookieDomain 127.0.0.1 example.com：避免因 Domain 不匹配导致 Cookie 被浏览器拒绝 - 若后端使用安全 Cookie（
Secure标志），需确保它识别X-Forwarded-Proto: https，否则可能不下发
