ASP.NET Core 8网站搭配HAProxy：浏览器停止保存Cookie求助

无代码变更前提下的核心排查方向 #

1. HAProxy侧问题 #

• 检查HAProxy近期是否调整过配置，比如误加了Set-Cookie头的过滤/修改规则，或是改动了forwardfor、http-request相关配置，导致Cookie属性被篡改
• 确认HAProxy是否正确传递X-Forwarded-Proto、X-Forwarded-For、X-Forwarded-Host头——ASP.NET Core依赖这些头判断请求的协议和主机，若协议识别错误（比如实际是HTTPS却被判定为HTTP），Cookie的Secure属性会不匹配浏览器要求，直接被拒绝保存
• 查看HAProxy日志，验证响应中的Set-Cookie头是否完整转发到客户端，有没有被截断或修改内容

2. 浏览器侧限制或变更 #

• 确认浏览器是否刚完成版本更新，部分新版本会收紧Cookie策略（比如调整SameSite属性默认值）
• 检查网站HTTPS证书是否过期、域名匹配是否异常，现代浏览器会直接拒绝保存不安全站点的Cookie
• 查看浏览器是否开启“阻止第三方Cookie”，若网站通过子域名或跨域场景访问，容易触发该限制
• 用浏览器开发者工具（Application > Cookies）查看响应Cookie的属性：
  • HTTPS访问场景下，Cookie必须携带Secure属性
  • 重点检查Domain属性是否与当前访问域名匹配，若设置为顶级域名但实际用子域名访问，会导致Cookie不生效
  • SameSite属性若为Strict，跨站跳转可能受影响，但当前是“不保存”问题，优先级低于前两项

3. 服务器/网络环境变更 #

• 核对服务器与客户端的时间差，若Cookie的Expires或Max-Age设置为过去的时间，浏览器会直接丢弃
• 确认.NET Runtime是否自动更新，部分Runtime版本更新可能悄悄改变Cookie的默认输出逻辑
• 排查中间的防火墙/WAF设备，是否存在修改Set-Cookie头的情况（比如添加多余限制或删除必要属性）

快速验证动作 #

1. 绕过HAProxy，直接访问ASP.NET Core服务器的端口，测试Cookie能否正常保存——若正常，问题必然出在HAProxy或代理链路
2. 在浏览器Network标签中，复制登录请求响应的完整Set-Cookie内容，与代码中配置的Cookie属性对比，确认是否存在不一致
3. 在测试环境临时修改ASP.NET Core的Cookie配置，显式设置SameSite=None、Secure=true、Domain为当前访问域名，观察是否解决问题，反向排查属性匹配问题

内容的提问来源于stack exchange，提问作者Mr. TA