nginx配置cookie域名的核心结论是：默认不要改；只有涉及跨子域共享登录态、反向代理改写上游域名、以及localhost与正式域名混用时，才需要配置proxy_cookie_domain和proxy_cookie_path，并且必须同步考虑Domain、Path、Secure、SameSite这四项属性，否则很容易出现cookie写不进去、登录后立即失效、多个域名串号。
nginx cookie域名到底在改什么
nginx本身不生成cookie，它只负责把上游服务返回的Set-Cookie响应头里的Domain属性改写成另一个值。
浏览器判断cookie是否发送,只看两条规则：
- 当前访问域名是否匹配
Domain。 - 当前路径是否匹配
Path。
如果后端返回：
Set-Cookie: session=abc123; Domain=api.example.com; Path=/; HttpOnly
用户在www.example.com下登录时，浏览器不会存储这条cookie，因为www.example.com不属于api.example.com，这就是典型的前后端分离场景中,nginx需要改写cookie域名的原因。
nginx常用的两个指令负责这件事：
proxy_cookie_domain：改写cookie的Domain属性。proxy_cookie_path：改写cookie的Path属性。
nginx cookie域名设置：从配置文件入手
基本配置写法
假设后端服务运行在16.0.10:8080，返回的cookie域名为16.0.10，但你希望用户在www.example.com下能正常使用,配置如下：
location /api/ {
proxy_pass http://172.16.0.10:8080;
proxy_cookie_domain 172.16.0.10 .example.com;
proxy_cookie_path / /api/;
}
它的实际效果是：
- 把
Domain=172.16.0.10改成Domain=.example.com。 - 把
Path=/改成Path=/api/。
.example.com前面的点表示同时覆盖example.com及其所有子域，如果你只希望www.example.com单独使用，就不要写点，写成www.example.com。
操作顺序不要省略
在服务器上修改nginx cookie域名配置,建议按以下步骤走：
- 先备份站点配置文件，通常位于
/etc/nginx/conf.d/或/usr/local/nginx/conf/vhost/。 - 修改
proxy_cookie_domain
相关行,确认源域名与上游真实返回完全一致。
- 执行
nginx -t做语法检测。 - 执行
nginx -s reload平滑加载。 - 用
curl -I查看Set-Cookie响应头,确认改写已经生效。
nginx cookie域名不生效？先检查这三层
第一层：上游到底有没有返回Set-Cookie
很多人只盯着nginx配置改，结果后端根本没返回Set-Cookie,可以先直接请求后端地址：
curl -I http://172.16.0.10:8080/login
如果没有Set-Cookie字段，nginx再会改写也没用,先确认后端登录接口是否真的写入了cookie。
第二层：proxy_cookie_domain源域名写错
proxy_cookie_domain匹配的是上游响应头里的原始Domain,不是浏览器访问的域名。
例如后端返回：
Set-Cookie: sid=xyz; Domain=api.internal; Path=/
nginx里必须写：
proxy_cookie_domain api.internal .example.com;
不能写成api.internal:8080，也不能写成http://api.internal,有一点不同就不会生效。
第三层：旧cookie和浏览器缓存
配置改对了，浏览器里可能还存着旧cookie，旧cookie的Domain仍是原来的值，导致请求继续带着错误cookie发送，测试时最好使用无痕窗口,或者手动清理该站点全部cookie后再验证。
nginx多个域名cookie冲突怎么隔离
同一套nginx反代多个业务时，最常出现的现象是：登录A系统后，B系统也会莫名其妙带上A系统的cookie,甚至出现串号。
原因通常有两个：
- 多个业务使用了相同的cookie名，比如都用
JSESSIONID或sessionid。 - 后端返回了过宽的
Domain，比如.example.com,导致所有子域共享。
隔离方案
- 在应用层为不同业务设置不同cookie名称,这是最彻底的做法。
- nginx层不要把上游cookie域名全部改写成
.example.com,可以按业务改成精确域名。 - 对共用路径的系统使用
proxy_cookie_path做路径隔离,减少cookie互相覆盖。 - 不同业务拆分到不同
server块，避免共用一个location匹配范围。
下面是不同Domain范围的对比：
| Domain写法 | cookie发送范围 | 冲突风险 | 适用场景 |
|---|---|---|---|
www.example.com |
仅www域名 | 低 | 单前端单后端 |
.example.com |
example.com及所有子域 | 高 | 多子域共享登录态 |
com |
所有.com域名 |
极高 | 不应使用 |
| 不写Domain | 当前主机 | 最低 | 同源部署 |
nginx proxy_cookie_domain跨域配置：localhost与线上域名对比
localhost场景容易踩坑
本机开发时,很多人会写类似这样的配置：
proxy_cookie_domain backend.dev localhost;
但在不同浏览器上，Domain=localhost的表现并不一致，部分浏览器允许将localhost作为cookie域，部分浏览器会直接忽略，更稳定的做法是修改本机hosts文件，将dev.example.com指向0.0.1,然后在nginx里配置：
proxy_cookie_domain backend.dev dev.example.com;
这样测试环境更接近生产环境，也能避免localhost带来的兼容性问题。
跨域和cookie域名不是一回事
proxy_cookie_domain只解决cookie的作用域问题，它不会替代CORS，如果前端在localhost:8000，接口在localhost:8080，这是端口跨域，此时除了nginx改写cookie域名,还需要配置：
add_header Access-Control-Allow-Origin http://localhost:8000; add_header Access-Control-Allow-Credentials true;
Access-Control-Allow-Origin不能写成,否则浏览器不会携带cookie。
国内云服务器上的配置注意
国内云服务器nginx cookie域名配置本身不产生额外费用，但域名需要完成ICP备案后才能正常通过80/443端口对外提供Web服务，域名的购买、证书、服务器带宽费用与cookie配置无关，价格差异主要来自证书等级和服务器规格,不会改变nginx的cookie语法。
nginx cookie域名设置的最佳实践
- 能不设置就不设置：同源部署时,默认cookie行为最安全。
- 优先精确域名：
www.example.com比.example.com风险更低。 - HTTPS站点统一加
Secure,避免cookie在HTTP连接中被窃取。 - 使用nginx 1.19.3以上版本时，可以用
proxy_cookie_flags快速补齐属性：
proxy_cookie_flags session secure samesite=lax;
- 修改前后都用
curl -I验证响应头,再用无痕窗口验证浏览器行为。
行业共识认为，cookie的Domain范围越宽，安全风险越大,所以生产环境应当尽量收窄脚本能携带cookie的范围。
nginx cookie域名的本质，是在代理层修正浏览器对cookie作用域的判断，配置前先确认上游真实返回的Domain，配置后验证响应头和浏览器发送行为,才能避免越改越乱。
nginx cookie域名常见问题
nginx cookie域名设置后浏览器看不到变化怎么办？
先用curl -I确认响应头是否真的已经被nginx改写，如果响应头正确，浏览器里仍然看不到，通常是旧cookie没有过期、Secure属性导致HTTP环境下不写入，或者SameSite限制导致跨站请求不携带cookie，清空该站点全部cookie后，用无痕窗口重新登录测试,多数情况下可以定位问题。
nginx proxy_cookie_domain跨域怎么配置才不串号？
核心是把上游域名改成当前访问域名对应的精确域名，例如上游返回Domain=backend.lan，希望a.example.com使用,就写：
proxy_cookie_domain backend.lan a.example.com;
不要统一写成.example.com，如果多个上游返回相同cookie名，建议在应用层改掉cookie名称,从源头避免冲突。
nginx多个域名cookie冲突如何彻底隔离？
彻底隔离需要三层配合：应用层设置不同cookie名称，nginx层改写为精确Domain，浏览器侧使用不同访问入口，单靠nginx无法改变后端cookie名称，但可以通过域名改写和proxy_cookie_path路径隔离减少串号，最终如果两个业务必须共享根域，那么根域cookie就会被两个业务共享，这是HTTP cookie协议本身的行为。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/nginx-cookie%e5%9f%9f%e5%90%8d%e5%92%8b%e8%ae%be%ef%bc%8ccookie%e5%9f%9f%e5%90%8d%e5%a6%82%e4%bd%95%e9%85%8d%e7%bd%ae/
