apache mod_proxy_balancer本身不修正后端返回的绝对路径错乱问题，需依赖proxypassreverse配对修正location/cookie头，并配合proxypreservehost和x-forwarded头透传，确保后端生成正确外网url。
apache mod_proxy_balancer 本身不处理后端返回的绝对路径错乱问题——它只负责负载分发和健康检查。路径错乱的根源在后端生成的 html、重定向头（location）或 cookie 中硬编码了内网地址（如 http://127.0.0.1:8080/static/app.js），而 balancer 并不会自动修正这些内容。真正起作用的是配套的 mod_proxy 指令，需协同配置。
核心是 ProxyPassReverse 配对修正响应头
后端返回 302 跳转或 Set-Cookie Path= 时，若含内网地址，浏览器会直连，绕过代理。必须为每个 ProxyPass 显式配一条 ProxyPassReverse：
- 路径前缀、协议、主机、端口必须完全一致，包括末尾斜杠。例如：
ProxyPass /app/ http://backend-svc:8080/ProxyPassReverse /app/ http://backend-svc:8080/ - 如果后端返回
Location: https://127.0.0.1:8443/callback，第二参数就得写成https://127.0.0.1:8443/，不能省略协议或端口 - 多个后端路径（如
/api/、/auth/）要各自配对，不可复用
让后端生成正确路径：ProxyPreserveHost + X-Forwarded 头
后端常依赖 Host 或 X-Forwarded-Proto 构建资源 URL。不透传就会生成错的绝对路径：
CPA Update - Secure CLI Proxy API Maintenance
下载
安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
- 加
ProxyPreserveHost On：把用户原始 Host 头（如example.com）传给后端，避免request.getContextPath()返回127.0.0.1 - 显式声明协议：
RequestHeader set X-Forwarded-Proto "https" early（HTTPS 站点） - 后端需启用代理头支持，例如 Spring Boot 加
server.forward-headers-strategy=framework
静态资源路径错乱？优先改前后端，慎用 ProxyHTML
mod_proxy_html 可重写 HTML 中的 href 和 src，但它有明显局限：
- 无法处理 JS 里拼接的 URL（如
fetch('/api/user')或window.location.origin + '/img/logo.png'） - 修改 HTML 会改变
Content-Length，可能破坏 gzip 流或触发浏览器解析异常 - 仅建议用于无法修改源码的遗留系统；新项目应让前端构建时设
publicPath: '/app/'，后端模板注入<base href="/app/">
Cookie 域名与路径也要同步修正
后端设置的 Cookie 若 Domain=127.0.0.1 或 Path=/，浏览器不会携带回代理域名。需补充：
ProxyPassReverseCookieDomain 127.0.0.1 example.com-
ProxyPassReverseCookiePath / /app/（若代理上下文为/app/） - 确保
Set-Cookie响应头被 Apache 正确识别并重写（要求mod_headers已启用）
