前后端分离的项目中(跨域请求 api), 如何正确使用 cookie 作为验证?

可能你对第三方 cookies 有什么误解，credientails 在跨域时是合法的，他只是把 cookies 时间弄错了。

@lhx2008 cookie 时间是没错的, "GMT", 我手动开启了三方 cookie 权限 是可以正常请求的.

localStore

我用 jwt，证明“我是我”就可以了

@lhx2008

前后端能做的我都做过:

前端 credentials: 'include',
后端 Access-Control-Allow-Credentials: true + Access-Control-Allow-Origin: http://localhost:3000

为了复现这个问题, 我在 GCP 上写了个简单的 php



验证就是不通过..

当我把 cookie 权限打开 就正常了.

@FaiChou 那就不太清楚了，我的 chrome71 和 firefox 都没问题

Http 里面的 Authorization 了解一下？

你可以访问下我博客 luan.ma 看看 v2.jinrishici.com 那个请求有没带 cookies 上去

@lhx2008 好奇问下，大哥你这个博客是用什么搭的，挺好看的

跨域请求的目的是干嘛呢，为什么要带 cookie，你这里既然都已经跨域了，cookie 带过去了，也能识别吗？

@Desiree 博客底下有，hexo 和 aircloud 主题

@lhx2008 好的 等我验证下.


@Marstin 「既然都已经跨域了，cookie 带过去了，也能识别吗」没明白这句话. 我认为浏览器会自动处理某域下的 cookie

@lhx2008 很奇怪..



这是 chrome 里的, 我的跨域请求的 header 都会显示 *Provisional headers are shown*. 看不到 request header 里信息. 搜过网上的方案, 都解决不了 *Provisional headers are shown* 问题.



这是 Safari 里的, 请求会带上 cookie, 但所以请求都看过, 没有 set-cookie, 这个 request 里的 cookie 哪里来的呢?

@FaiChou 确实是我错了，如果 chrome 设置了阻止第三方 cookies，确实是发不上的。但是我用过的浏览器好像默认都不阻止。
Provisional headers are shown 是 Chrome 的祖传 Bug，对于部分 HTTP2 的连接故意不显示，其实抓包你就发现挺正常的。
没有 cookies 访问的时候有 set-cookies，你可以清空那个域下面的 cookies，再访问一次可能可以看到。
所以，好一点解决方法可能是用 localstorage 了，我当初也是为这个事情绞尽脑汁。
不过好像有些统计 js 是用浏览器指纹的技术，甚至跨浏览器都可以跟踪用户，具体我也没研究出来

你的 one.json 请求，返回的 cookie 没有设置 domain 属性，应该置为当前域名，也就是 luan.ma 。

部分响应头如下：
server: nginx/1.15.5
date: Tue, 25 Dec 2018 01:17:17 GMT
content-type: application/json;charset=
set-cookie: X-User-Token=YAEAnG+2hPllOHE5Uwuxz8ZAzHqG7Pf/; Max-Age=7776000; Expires=Mon, 25 Mar 2019 01:17:17 GMT
access-control-allow-origin: https://luan.ma
access-control-allow-credentials: true

@wuhuaji 我想要做跨站保持同一个 cookies，以为这个是一个公开的 API，这个方法好像大多数时候是凑效的

@lhx2008 谢谢, 我的浏览器默认都是禁止, 在网上看到过好像因为隐私问题被欧盟一直追究, 所以很多浏览器都是默认禁止的

在 Safari 中是 prevent cross-site tracking



@wuhuaji 请问你是在 chrome 中看到这些信息的吗? 我的跨域请求在 chrome 中都看不到 set-cookie 字段. 我用 Charles 抓包关掉代理 luan.ma 就访问不了了

@FaiChou 是的，自从我升了 HTTP2 之后就不显示了，我开发的时候用 HTTP/1.1 啥事没有。但是如果不开阻止第三方的话，cookies 还是 set 到了

@wuhuaji domain 好像完全跨域是不能用的，我也不太清楚

MDN 其实也有写，我当初看到中文版没翻译到。
https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS#Requests_with_credentials
Third-party cookies
Note that cookies set in CORS responses are subject to normal third-party cookie policies. In the example above, the page is loaded from foo.example, but the cookie on line 22 is sent by bar.other, and would thus not be saved if the user has configured their browser to reject all third-party cookies.

不过你可以研究下我网站上面那个 mta.qq.com 的请求，即使关闭了第三方 cookies，照样可以保持跟踪

额, 所以在 api 后面加?token=***不行吗

@lhx2008 没明白你说的 domain 跨域完全不能用什么意思？ cookie 是要设置 domain 的。

@wuhuaji 好的 谢谢 我也试过 可以拿到

是 pingjs.qq.com 那个，很神奇，不知道有没大佬破解一下，关 cookies 重启浏览器依然可以保持不变

js 在 pingjsqq.com
然后，核心代码是
a = "pvi";
window.localStorage ? localStorage.getItem(a) || sessionStorage.getItem(a) : (a = document.cookie.match(new RegExp("(?:^|;\\s)" + a + "=(.*?)(?:;\\s|$)"))) ? a[1] : "";
先获取当前域下面的 localStorage，如果没有，获取 pingjsqq.com 域下面的 cookies 里面的 id，然后 set 到当前域的 localstorage，下次再读取当前域的 localstorage

请求时发送 cookie 是没问题的。

只是无法保存跨域 api 发来的 cookie

所以如果 api 域名是 abc.com 的话，你得想办法先跳转到 abc.com 去接收 cookie

@lhx2008 是的 在 local storage 里是有个 pgv_pvi 字段.

@pubby 是的, 这也是个解决方案, 但如果自己写的话内容有点多, 在这个小项目中不值得.

@FaiChou 他妙在用 js 域的 cookies 来存 token，兼容了浏览器不支持 localstorage 的情况，而且实现了跨域名追踪

@FaiChou 和项目大小无关，用 cookie 只能这么搞

我在 Github 上面看到一个更骚的操作，挂载一个 iframe，然后用 HTML5 的 postMessage 进行跨域通信

@pubby @lhx2008

谢谢.

在 SO 上看到过一个~~答案~~问题 https://stackoverflow.com/questions/3342140/cross-domain-cookies

我总结了一下，发了个帖子
t/520756

jwt 了解一下
header 里加 Authorization