解决新版谷歌Chrome浏览器Cookie跨域失效问题

        谷歌 Chrome80 在 2020年2月4号发布的版本(schedule)会逐渐屏蔽第三方Cookie,即默认为所有Cookie加上SameSite=Lax属性(Cookies default to SameSite=Lax),并且拒绝为不安全的Cookie设置SameSite=None属性(Reject insecure SameSite=None cookies),这样是为了从源头屏蔽跨站请求伪造CSRF(Cross Site Request Forgery)漏洞。

解决方法

        方法一

                通过部署第三方代理(例如nginx等)指定SameSite属性来解决跨域问题(前提:需要部署https)

修改nginx配置文件

server {
    listen 443 ssl;
    # 证书公钥文件路径
    ssl_certificate /xxx/xxx.pem;
    # 证书私钥文件路径
    ssl_certificate_key  /xxx/xxx.key;
    location / {
        proxy_pass http://127.0.0.1:8080/;
        proxy_redirect default;
        proxy_cookie_path / "/; secure; SameSite=None";
        client_max_body_size  1000M;
    }
    ......
}

        方法二

                异构系统通过反向代理,配置成同域(URL的协议、域名和端口相同),然后通过nginx代理访问各系统

nginx配置如下:

#user  root root;
worker_processes  1
events {
    worker_connections  1024;
}
http {
    include  mime.types;
    default_type application/octet-stream;
    sendfile  on;
    keepalive_timeout 65;
    server {
        listen       80;
        server_name  localhost 192.168.1.3;
        location /a/  {
            proxy_pass         http://192.168.1.1;
            proxy_set_header   Host             $host:$server_port;
            proxy_set_header   X-Real-IP        $remote_addr;
            proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
            client_max_body_size 100m;
            client_body_buffer_size 128k;
            proxy_connect_timeout 90;
            proxy_send_timeout 300;
            proxy_read_timeout 300;
            proxy_buffer_size 4k;
            proxy_buffers 4 32k;
            proxy_busy_buffers_size 64k;
            proxy_temp_file_write_size 64k;
        }
        location /b/  {
            proxy_pass         http://192.168.1.2;
            proxy_set_header   Host             $host:$server_port;
            proxy_set_header   X-Real-IP        $remote_addr;
            proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
            client_max_body_size 100m;
            client_body_buffer_size 128k;
            proxy_connect_timeout 90;
            proxy_send_timeout 300;
            proxy_read_timeout 300;
            proxy_buffer_size 4k;
            proxy_buffers 4 32k;
            proxy_busy_buffers_size 64k;
            proxy_temp_file_write_size 64k;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
        root   /usr/share/nginx/html;
    }
    }
}

        方法三

                 对于http的系统,修改chrome安全策略

1、打开chrome,输入

chrome://flags/

2、搜索

SameSite by default cookies

找到如下两项,并都设置为 Disable

SameSite by default cookies
Cookies without SameSite must be secure

注意: Chrome 91 版本(2021年5月26日)更新后,默认已移除以下配置项,无法再通过此方案解决

<think>嗯,用户想通过ChromeFlags配置来解决问题。之前已经给了几种方法,现在用户特别关注Flags的设置。我需要先回顾一下用户提供的引用内容,看看他们提到的相关解决方案。引用[1]、[2]、[3]、[4]、[5]都提到了关于SameSite和Blockinsecure privatenetwork requests的设置。特别是引用[2]和[5]提到在chrome://flags里调整SameSite设置,而引用[3]和[4]则提到了关闭Block insecureprivate networkrequests。不过引用[5]也提到SameSite bydefault cookies在Chrome91版本后被移除了,所以可能需要不同的方法。用户现在的问题是明确要通过ChromeFlags解决,所以需要详细说明步骤。首先,需要指导用户如何访问chrome://flags页面,然后找到相关设置。根据引用,主要有两个Flag需要调整:SameSite和Block insecureprivate networkrequests。SameSite的设置可能已经被移除,但用户可能还在旧版本,所以需要说明步骤。同时,Blockinsecure privatenetwork requests在较新版本中可能还存在,但未来可能失效。需要提醒用户这些方法可能只在特定版本有效,并且强调这些设置的安全风险,仅适用于开发环境。 此外,用户之前的问题提到了携带Cookie问题,引用[2]提到禁用SameSite可以解决无法携带Cookie问题。所以需要将这部分整合到回答中,说明如何通过Flags允许携带Cookie。另外,用户可能遇到的问题包括路径不存在,如引用[1]提到的需要创建用户数据目录。但用户现在的问题是关于Flags,可能不需要这部分,但需要确认。最后,需要生成相关问题,可能涉及这些Flag的未来替代方案、安全性考虑,或者与其他方法的比较。需要确保引用标注正确,比如SameSite设置参考引用[2],Blockinsecure参考引用[3][4]。总结回答结构:分步骤说明如何设置Flags,每个步骤的注意事项,版本兼容性警告,安全提示,并附上相关问题。</think>### 通过Chrome Flags配置解决问题的步骤 #### 1. 调整SameSite设置(针对携带Cookie问题) 1. **访问Flags页面**:在Chrome地址栏输入`chrome://flags` 2. **搜索SameSite**:在搜索框输入`SameSite`,找到`SameSite by default cookies`和`Cookies without SameSite must be secure` 3. **修改配置**: - 将`SameSite by default cookies`设为`Disabled` - 将`Cookies without SameSite must be secure`设为`Disabled` 4. **重启浏览器**:点击右下角`Relaunch`按钮生效[^2] #### 2. 关闭私有网络请求拦截(针对本地开发) 1. **访问Flags页面**:输入`chrome://flags` 2. **搜索Block insecure private network requests**:找到该选项 3. **设为Disabled**:选择`Disabled`并重启浏览器[^3][^4] #### 3. 其他相关Flags(可选) - **CORS策略覆盖**:搜索`out-of-blink-cors`并启用(实验性功能) - **禁用Web安全策略**:搜索`disable-web-security`(需配合启动参数,不推荐通过Flags直接修改) ```bash # 补充说明:若需完全禁用安全策略,仍需通过命令行启动(如开发环境) open -a "Google Chrome" --args --disable-web-security --user-data-dir=/tmp/chrome-dev ``` ### 注意事项 1. **版本兼容性**: - `SameSite`设置从Chrome 91开始逐渐失效[^5] - `Block insecure private network requests`可能在Chrome 101后无法禁用[^3] 2. **安全性风险**: - 禁用安全策略会暴露XSS/CSRF攻击风险,仅限开发环境使用[^1] 3. **临时性解决方案**: - 建议优先通过服务端CORS配置或代理解决问题[^5]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

像向日葵一样~

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值