Nginx Set-Cookie头过大导致截断的根源是proxy_buffer_size默认4KB不足，需根据最长Set-Cookie长度（含空格换行）设为≥其1.2–1.5倍，并协同调整proxy_buffers等参数，同时建议后端精简Cookie或改用Header传Token。
当后端服务返回的 Set-Cookie 头过大（例如含长 JWT、多域名 Cookie 或加密签名），Nginx 默认的 proxy_buffer_size（通常为 4KB）可能无法完整缓存该响应头，导致 Cookie 被截断或丢失，进而引发登录态失效、跳转异常等问题。解决核心是确保 Nginx 缓冲区能容纳完整的响应头，尤其是最大那条 Set-Cookie。
确认问题是否由 proxy_buffer_size 引起
先验证是否真因缓冲区不足：开启 Nginx 错误日志的 debug 级别（需编译时启用 --with-debug），或观察 error.log 中是否出现类似：
"upstream sent too big header while reading response header from upstream"
同时用 curl -I 检查后端原始响应，计算单条 Set-Cookie 的字节数（含换行和空格）：
curl -sI https://backend.example.com/login | grep -i '^set-cookie' | wc -c
合理设置 proxy_buffer_size
该指令仅控制**响应头**的缓冲区大小（不含响应体），单位为字节。它必须 ≥ 最长单条响应头（通常是某条 Set-Cookie）的长度，并建议留出 20%–50% 余量：
- 若最长
Set-Cookie为 6144 字节（6KB），可设为proxy_buffer_size 8k; - 不推荐盲目设为
16k或更大——过大会浪费内存，且无法解决响应体过大问题 - 该值需配合
proxy_buffers使用：后者决定响应体缓冲区数量与大小，但proxy_buffer_size是独立的第一块头部专用缓冲区
同步检查关联缓冲参数
仅调大 proxy_buffer_size 不够，还需确认以下参数未形成瓶颈：
-
proxy_buffers：例如proxy_buffers 8 16k表示 8 个 16KB 缓冲区用于响应体；若后端返回超大 HTML+Cookie，整体缓冲仍可能溢出 -
proxy_busy_buffers_size：默认为proxy_buffers中两个缓冲区大小之和，应 ≥ 单次发送的数据量，避免阻塞 -
large_client_header_buffers：影响客户端请求头，与此问题无关，无需调整
更彻底的优化建议
从架构层面降低对缓冲区的依赖：
- 后端精简
Set-Cookie：避免重复设置、压缩值、拆分大 Cookie 为多个小 Cookie（注意浏览器限制） - 改用 Token 存储在
HttpOnly+SecureCookie 外的方案，如前端内存存储 + Authorization Header 透传 - 如使用负载均衡器（如 ALB、SLB），确认其自身也有类似头缓冲限制，需同步调优
