nginx 通过 proxy_set_header 透传或改写 cookie、host、x-real-ip 等请求头，确保后端准确识别客户端会话；会话管理由后端实现，nginx 仅保障上下文一致性。
在 Nginx 中，proxy_set_header 本身不直接“管理会话”，但它能透传或改写关键请求头（如 Cookie、Host、X-Forwarded-For 等），从而影响后端应用对客户端会话的识别与维持。会话管理实际由后端（如 PHP、Node.js、Java 应用）完成，Nginx 的作用是确保会话相关上下文（尤其是 Cookie 和客户端真实 IP）准确、一致地传递过去。
正确透传 Cookie 以维持会话状态
默认情况下，Nginx 在反向代理时会保留原始请求中的 Cookie 头并转发给后端。但若存在多级代理、域名变更或需要剥离/重写 Cookie，就需要显式控制：
- 保持原样转发（最常见）：无需额外配置，Nginx 默认保留
Cookie请求头 - 强制清除 Cookie（调试或安全场景）：
proxy_set_header Cookie ""; - 只透传特定 Cookie（需配合 map 模块）：先用
map提取目标 Cookie，再用proxy_set_header Cookie $target_cookie;
设置 Host 头避免后端路由错误
后端常依赖 Host 头判断租户、站点或生成绝对 URL（如登录跳转、会话 Cookie 的 Domain 属性）。若 Nginx 上游域名与客户端访问域名不一致，需显式设置：
-
proxy_set_header Host $host;—— 透传客户端原始 Host（推荐，兼容大多数场景） -
proxy_set_header Host $http_host;—— 包含端口（如example.com:8080），适用于非标准端口 - 避免硬编码：
proxy_set_header Host backend.example.com;可能导致后端生成错误的跳转链接或 Cookie 域名不匹配
传递真实客户端 IP 以支持基于 IP 的会话策略
若后端使用 IP 做会话绑定、频控或地理定位，必须把真实 IP 传过去，否则所有请求都显示为 Nginx 本机 IP：
-
proxy_set_header X-Real-IP $remote_addr;—— 简单可靠，适合单层代理 -
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;—— 支持多级代理链，自动追加 IP（注意后端需信任该头并取最左/最右可信 IP） - 配合
set_real_ip_from和real_ip_header可让 Nginx 自身也识别真实 IP，用于日志或限流
谨慎处理 Referer 和 User-Agent（辅助会话风控）
某些会话安全策略（如防止 CSRF、Referer 校验、设备指纹）依赖这些头。默认它们会被保留，但若需标准化或脱敏：
- 统一 Referer（防泄露来源）：
proxy_set_header Referer $scheme://$host$request_uri; - 隐藏 UA（隐私要求）：
proxy_set_header User-Agent "Mozilla/5.0 (compatible; nginx-proxy)"; - 注意：过度修改可能干扰后端的 A/B 测试、移动端适配或风控逻辑，应按需调整
不复杂但容易忽略。关键是理解 Nginx 是“透明管道”，proxy_set_header 的作用是补全或修正被代理过程丢失的信息，让后端能像直连用户一样做会话决策。
