V2EX › FuryBean 的所有回复 › 第 3 页 / 共 24 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 24

❮

❯

2023-10-17 14:16:31 +08:00

回复了 nobject 创建的主题 › Web Dev › oidc 在单点登录场景下是怎么使用的？ id_token,access_token 还是不太明白

@nobject #9 OIDC 只是一套协议，目前还有一套流行的协议叫 SAML2.0 。支持这两种协议的 SSO 服务，第三方接入会非常方便，因为有很多开源的 SDK 。

2023-10-16 16:25:38 +08:00

回复了 snowstorm666 创建的主题 › 汽车 › 各位，我也进决赛圈了，凯美瑞、雅阁、沃尔沃怎么选？

我觉得选车要先确定自己刚需的配置，比如 360 影像、座椅通风、HUD 之类。然后再根据自己的刚需进行过滤，就容易选了。

2023-10-16 16:04:23 +08:00

回复了 nobject 创建的主题 › Web Dev › oidc 在单点登录场景下是怎么使用的？ id_token,access_token 还是不太明白

再回复下「那理论上在同一个浏览器下，访问 b.com 应该也是登录状态的。那这个登录状态是怎么判断呢？」。

答案非常简单，假设你的 oidc 的 provider 是在 oidc.com ，用户的登录态实际上是用的 oidc.com 的 cookie 来维持的。

a.com 和 b.com 进行 oidc 登录，会重新走一遍 oidc 的流程。a.com 和 b.com 的登录态各自维护，可以继续用 cookie + session ，也可以用 authorization 这种 header 的方式。

2023-10-16 15:59:11 +08:00

回复了 nobject 创建的主题 › Web Dev › oidc 在单点登录场景下是怎么使用的？ id_token,access_token 还是不太明白

问题 2：都刷新，一块返回。和第一次登录区别不大，只是 grant_type 参数换成了 refresh_token 。
问题 3：不需要考虑的这么复杂，可以假设 a.com 和 b.com 的登录态依然是通过 cookie + session 来维护。a.com 登录之后，b.com 去访问 oidc 登录页面的时候，不会要求你输入用户名和密码，会直接跳转回 b.com 的 oidc 的 callback 。因为这个过程非常快，连续进行了几个 302 ，你会觉得好像登录 a.com 的时候，b.com 已经登录了一样，实际上依然是你访问 b.com 的时候才进行的登录。

2023-09-08 10:27:28 +08:00

回复了 blackyoung 创建的主题 › 程序员 › 在公司摸鱼写自己小项目，如何尽量安全地 push 出去？

Git 用 https 协议问题不大吧，抓包也只能看出你访问了 GitHub ，并不知道你是拉取还是推送。

2023-08-28 11:59:53 +08:00

回复了 CNN 创建的主题 › 程序员 › 近视眼，请问蔡司镜片到底值不值得买？

之前一直依视路，换蔡司戴了快一年了，感觉体验区别不大，性价比不如依视路。

2023-08-24 15:47:40 +08:00

回复了 zzxin 创建的主题 › 推广 › [抽奖+优惠]女朋友做了一款超好用的固体洗发水。

一份子

2023-08-18 14:28:42 +08:00

回复了 smallWang 创建的主题 › 程序员 › 190cm 94kg 中度脂肪肝(不抽烟不喝酒) 如何减肥|| 来点自行车选择建议

@wjx0912 #12 有用还是有用的，只是效率比较低，同样时间，消耗的热量大概是跑步的 1/2 。