ProxyPassReverseCookieDomain 仅修正 Set-Cookie 响应头中的 Domain 属性，不修改 Path、Expires 等其他字段；需配合 ProxyPassReverseCookiePath 使用，并严格按「本地路径 原始域名 替换域名」格式配置，原始 Domain 结构（是否带点）必须与目标一致。
ProxyPassReverseCookieDomain 修正的是 Set-Cookie 域名字段
它只改响应头里的 Set-Cookie 中的 Domain= 属性，不碰 Path、Expires、Secure 或其他 Cookie 属性，也不修改响应体或重定向地址。常见错误是以为它能“修复整个 Cookie”，结果发现登录态还是丢失——大概率是 Domain 改对了，但 Path 没同步调，或者后端发了多个 Cookie，只匹配到其中一个。
语法和参数顺序必须严格按「本地路径 原始域名 替换域名」写
指令格式是：ProxyPassReverseCookieDomain 。注意三点：
-
/auth/），必须和ProxyPass的路径一致，否则不生效 -
Set-Cookie头里实际写的域名（比如backend.example.com或localhost），不能写成 IP 或省略 -
app.example.com），必须带点号开头（.example.com）才能被浏览器视为二级及以上域共享，否则浏览器可能拒绝接受
多个 Cookie 或多级子域时容易漏配
如果后端返回多个 Set-Cookie，例如：
Set-Cookie: sessionid=abc; Domain=backend.example.com; Path=/auth/ Set-Cookie: csrftoken=xyz; Domain=localhost; Path=/
那需要两条指令分别覆盖：
ProxyPassReverseCookieDomain /auth/ backend.example.com app.example.com ProxyPassReverseCookieDomain / localhost app.example.com
另外，若原始 Domain 是 .backend.example.com（带前导点），替换目标也得保持点号结构；若原始没点而你加了点（如 localhost → .app.example.com），浏览器通常会忽略该 Cookie。
和 ProxyPassReverseCookiePath 必须配合使用才完整
光修域名不修路径，Cookie 仍可能因 Path 不匹配而无法发送。比如后端设了 Path=/internal/，但客户端访问的是 /api/，就得补上：
ProxyPassReverseCookiePath /internal/ /api/
这两条指令没有执行顺序依赖，但缺一不可。尤其在前后端路由层级不一致（如后端用 /v1/，代理暴露为 /）时，Path 错位比 Domain 错位更隐蔽——浏览器根本不发 Cookie，连抓包都看不到请求头里有它。
最常被忽略的一点：Apache 不会自动推导原始 Domain 值，你得自己从后端响应里 curl -I 看清楚再填，不能靠猜。
