Nginx 中 proxy_set_header 不会改写 Cookie 的 Domain 属性，它仅处理请求头；正确方法是使用 proxy_cookie_domain 指令重写响应中 Set-Cookie 的 Domain 值。
在 Nginx 中，proxy_set_header 本身**不会自动改写 Cookie 的 Domain 属性**，它只是透传或覆盖请求头。若后端应用（如 Django、Node.js）设置了 Set-Cookie 响应头，且其中包含 Domain=xxx，而该域名与客户端实际访问的域名不匹配，浏览器会拒绝接受该 Cookie —— 这是常见跨域或反向代理场景下的典型问题。
为什么 Cookie Domain 会出错？
后端服务通常根据自身配置（如 settings.py 中的 SESSION_COOKIE_DOMAIN）生成 Set-Cookie 头。当它运行在内网（如 backend.local），而用户通过公网域名（如 app.example.com）访问时，后端可能仍设置 Domain=backend.local 或留空（导致浏览器默认设为当前 Host），结果 Cookie 无法被正确发送回代理后的服务。
proxy_set_header 对 Cookie 没有直接作用
proxy_set_header 只影响**请求头（Request Headers）**，比如：proxy_set_header Cookie $http_cookie;（透传原始 Cookie）proxy_set_header X-Forwarded-For $remote_addr;
但它对上游响应中的 Set-Cookie 头**完全不生效** —— Nginx 不会解析、修改或重写响应头里的 Cookie Domain。
正确改写 Cookie Domain 的方法：使用 proxy_cookie_domain
Nginx 提供了专用指令 proxy_cookie_domain，用于重写响应中 Set-Cookie 头的 Domain= 属性：
-
基本语法：
proxy_cookie_domain off | old-domain new-domain; -
proxy_cookie_domain off;：禁用自动改写（默认行为） -
proxy_cookie_domain backend.local app.example.com;：将所有Domain=backend.local替换为Domain=app.example.com -
proxy_cookie_domain ~\.(.*)$ .example.com;：用正则匹配并统一设为.example.com（注意开头的点表示通配子域） - 若后端未设 Domain，但希望浏览器按访问域名自动关联，可写成：
proxy_cookie_domain "" ".example.com";（空字符串匹配无 Domain 的情况）
配合 proxy_cookie_path 处理路径问题
Cookiе 的 Path 同样可能不匹配。例如后端设 Path=/api/，但用户访问的是 /。可用：
⚠️ 已弃用 — 该技能已拆分为两个独立技能，以提升模块化程度：**webchat-https-proxy**（HTTPS/WSS 反向代理）和 **webchat-voi...**
-
proxy_cookie_path /api/ /;：把响应中Path=/api/改成Path=/ -
proxy_cookie_path ~^/api(/?.*)$ $1;：正则重写路径前缀
注意：proxy_cookie_domain 和 proxy_cookie_path 必须放在 location 块中，且仅对该 location 下的代理生效。
不复杂但容易忽略 —— 记住关键点：想改 Cookie 的 Domain，别折腾 proxy_set_header，用 proxy_cookie_domain 才是对路的解法。
