proxy_cookie_path仅修正cookie路径以使浏览器正确发送，需配合proxy_redirect、rewrite和x-forwarded-prefix确保跳转与请求上下文一致。

直接用 proxy_cookie_path 不能解决跨域本身，它只管一件事：让浏览器愿意存、敢发 Cookie。真正失效的原因，往往是后端返回的 Path 或 Domain 和你实际访问的地址对不上——浏览器按规则默默丢弃了它。

先确认是不是 Path 不匹配导致的丢失

打开浏览器开发者工具 → Application → Cookies，找到你的会话 Cookie（比如 JSESSIONID 或 sessionid），看它的 Path 值。再对比当前 URL 路径：

• 访问的是 https://example.com/app1/dashboard，Cookie 的 Path=/ → 现代浏览器常拒发（尤其启用了 SameSite=Lax/Strict）
• Path=/app2/ 对应 /app1/ → 不构成前缀关系，浏览器不携带
• Path=/app1/ 对应 /app1/dashboard → ✅ 符合前缀规则，能正常发送

基础写法：按固定路径映射

后端自己生成的 Cookie Path 是 /，但你代理到 /app1/ 下，就需要补上前缀：

location /app1/ {
    proxy_pass http://backend/;
    proxy_cookie_path / "/app1/";
}

如果后端返回的是 Path=/admin，而你代理到 /app1/admin，就写：

CPA Update - Secure CLI Proxy API Maintenance

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

下载

proxy_cookie_path /admin "/app1/admin";

进阶写法：用正则应对多版本或动态路径

后端路径带版本号（如 /v1/user、/v2/order），你想统一收口到 /app1/ 下，可用正则捕获：

proxy_cookie_path ~^/(.*)$ "/app1/$1";

注意：
- 正则开头必须加 ~
- 它只匹配 Set-Cookie 头中完整的 Path=xxx 值，不是请求路径
- 要确保 $1 不为空，否则可能生成非法路径

单改 Path 不够，还得同步处理跳转与请求上下文

Cookie 路径对了，但后端返回 Location: /dashboard，浏览器跳过去变成根路径，又不带 Cookie 了。得配齐三件套：

• 用 proxy_redirect / /app1/; 把响应头里的跳转地址重写为前端路径
• 用 rewrite ^/app1/(.*)$ /$1 break; 把客户端请求路径剥离，让后端收到干净路径
• 加 proxy_set_header X-Forwarded-Prefix /app1/;，方便后端拼接资源链接或 API 地址

这些指令都要和 proxy_cookie_path 在同一个 location 块里，且 proxy_cookie_path 必须紧接在 proxy_pass 后面，顺序错了就不生效。