proxypassreverse本身不处理cookie路径，真正修正靠proxypassreversecookiepath；它重写set-cookie的path属性，需与后端返回路径严格匹配，并配合后端自身cookie.path配置。

apache 的 proxypassreverse 本身不处理 cookie 路径，真正解决 cookie 路径偏差靠的是配套指令 proxypassreversecookiepath。它专门负责重写后端返回的 set-cookie 响应头中的 path= 属性，让浏览器只在对应代理路径下发送该 cookie，避免跨路径污染或丢失。

为什么 Cookie 路径会出问题

后端应用（如 Spring Boot、Tomcat）默认设置 Set-Cookie: JSESSIONID=xxx; Path=/，浏览器访问 /app1/login 和 /app2/dashboard 都会带上同一个 Cookie。Apache 不会自动识别语义，必须显式告诉它：“把后端写的 Path=/ 改成 Path=/app1/”。

正确配置 ProxyPassReverseCookiePath

该指令需与 ProxyPass 路径对齐，语法是：
ProxyPassReverseCookiePath 后端原始Path 客户端期望Path

CPA Update - Secure CLI Proxy API Maintenance

安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。

下载

• 若后端返回 Path=/，而你代理的是 /admin/，就写：
  ProxyPassReverseCookiePath / /admin/
• 若后端返回 Path=/api，代理前缀是 /v1/，就写：
  ProxyPassReverseCookiePath /api /v1（注意两边都不带尾斜杠，保持一致）
• 路径必须以 / 开头；/admin 和 /admin/ 是不同路径，浏览器匹配行为不同，建议统一用带尾斜杠形式

必须配合后端自身设置

仅靠 Apache 重写不够，后端也要限制 Cookie 作用范围：

• Spring Boot：配置 server.servlet.session.cookie.path=/admin/
• Tomcat：在 context.xml 中设 <manager sessioncookiepath="/admin/"></manager>
• 确保后端返回的 Path 与 ProxyPassReverseCookiePath 第一个参数完全一致，否则 Apache 找不到可替换的内容

别忘了 Domain 和 Cookie 名隔离

路径隔离只是基础，多应用共存时还需：

• 用 ProxyPassReverseCookieDomain localhost .example.com 统一域名，防止开发环境误传
• 为每个应用分配唯一 Cookie 名（如 APP1_SESSION_ID），避免同名覆盖
• 不依赖 ProxyHTML 或手动改 HTML——它不碰 Cookie，也不该介入响应体