需配置 proxy_cookie_path 重写 Cookie Path 以匹配反向代理路径，如 proxy_cookie_path / "/myapp/"；同时用 proxy_redirect 修正 Location 跳转头，避免登录态丢失和跳转错误。
要解决反向代理后 Cookie 路径不一致导致的登录态丢失、Session 失效等问题，核心是让浏览器看到的 Cookie Path 值与用户实际访问的 URL 路径匹配。Nginx 提供 proxy_cookie_path 指令专门做这件事——它在响应返回给客户端前，重写 Set-Cookie 头里的 Path=xxx 部分。
理解路径不匹配为什么会导致 Cookie 丢失
浏览器只在当前 URL 路径以 Cookie 的 Path 值为前缀或完全一致时，才自动带上该 Cookie。例如：
- 用户访问
https://example.com/myapp/login（路径是/myapp/） - 后端返回
Set-Cookie: session=abc; Path=/→ 浏览器接受（/是所有路径的父级） - 后端返回
Set-Cookie: session=abc; Path=/api→ 浏览器拒绝（/api不是/myapp/的前缀） - 后端返回
Set-Cookie: session=abc; Path=/myapp→ 浏览器接受（完全匹配）
基础配置写法与位置要求
proxy_cookie_path 必须写在 location 块中，且必须放在 proxy_pass 之后，否则不生效。语法很简单：
-
proxy_cookie_path / "/myapp/";：把后端设的Path=/改成Path=/myapp/ -
proxy_cookie_path /admin "/myapp/admin";：把Path=/admin改成Path=/myapp/admin -
proxy_cookie_path ~^/v1/(.*)$ "/myapp/$1";：用正则批量替换，如/v1/user→/myapp/user
注意：正则开头必须加 ~； 要确保非空，避免生成 /myapp// 这类非法路径。
aperture: the L402 aware reverse proxy
下载
安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。
配合 proxy_pass 的斜杠逻辑来判断是否需要重写
proxy_pass 结尾有没有 /，直接影响后端收到的路径，也决定了你该怎么配 proxy_cookie_path：
-
proxy_pass http://backend/;→ Nginx 去掉 location 前缀（如/myapp），后端看到的是/或/login，通常设Path=/，此时你需要：proxy_cookie_path / "/myapp/"; -
proxy_pass http://backend;→ Nginx 不改路径，后端收到完整路径（如/myapp/login），可能已设Path=/myapp，这时可不配，或仅微调：proxy_cookie_path /myapp /myapp;
别忘了 Location 重定向头也要同步修正
proxy_cookie_path 只改 Cookie 的 Path，不影响 Location 响应头。如果后端返回 302 跳转（比如登录成功跳 /dashboard），需额外加：
proxy_redirect /dashboard /myapp/dashboard;- 或统一处理根路径跳转：
proxy_redirect / /myapp/;
否则用户会被跳到错误地址，甚至触发跨路径 Cookie 丢失。
