Chrome中iframe嵌入站点A到B时登录失败，Nginx配置后仍未解决求助

当前配置的问题 #

你现在用add_header重复设置Set-Cookie的方式会导致Chrome无法正确处理Cookie——这种配置会生成两个Set-Cookie响应头，Chrome对重复头的兼容性更差，而Firefox会尝试合并解析，所以出现了浏览器差异。

正确的解决方案：使用proxy_cookie_path #

不需要额外的Chrome专属配置，但必须替换掉当前的add_header配置，改用Nginx的proxy_cookie_path来修改后端返回的Cookie属性，这样能确保Cookie的SameSite和Secure属性被正确设置，且不会产生重复头。

在Kubernetes Ingress中的配置方法 #

在Ingress YAML的metadata.annotations中添加以下配置，用来修改站点A返回的所有Cookie的属性：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: site-a-ingress
  annotations:
    # 修改所有路径为/的Cookie，添加SameSite=None和Secure属性
    nginx.ingress.kubernetes.io/proxy-cookie-path: "/"/ "SameSite=None; Secure;"
    # 如果站点A和B的域名不同，需要同步Cookie的域名（可选，视实际情况）
    # nginx.ingress.kubernetes.io/proxy-cookie-domain: "a.com" "b.com"
spec:
  tls:
  - hosts:
    - a.com
    secretName: a-com-tls-secret
  rules:
  - host: a.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: site-a-service
            port:
              number: 80

配置说明 #

• proxy_cookie_path "/"/ "SameSite=None; Secure;"：将后端返回的、路径为/的所有Cookie，追加SameSite=None和Secure属性。如果站点A的Cookie有特定路径，替换第一个/为实际路径即可。
• proxy_cookie-domain：如果站点A和B的域名不同（比如A是a.com，B是b.com），需要添加这个配置，让Cookie能在跨域场景下被正确传递。
• 必须确保站点A和B都使用HTTPS，因为Secure属性要求Cookie只能在HTTPS环境下传输，Chrome会拒绝非HTTPS的SameSite=None Cookie。

关键注意事项 #

1. 完全移除之前的add_header Set-Cookie配置，避免重复头冲突。
2. 确认站点A的后端没有强制设置SameSite=Lax或SameSite=Strict——proxy_cookie_path会覆盖这些属性，但如果后端设置了HttpOnly或其他属性，不会受影响。
3. 测试前清空Chrome的缓存和Cookie，避免旧的无效Cookie干扰。

内容的提问来源于stack exchange，提问作者Karthi