公司内部系统单点登录求求大佬给个方案

说个我认为最简单的

认证单独部署一个服务，账号 /用户单独一个服务。

认证服务提供 token

网关拦截和解析 token （ jwt 或者对接认证服务）获取用户唯一标识，把用户唯一标识塞在请求头里面，传给后续请求

各个应用直接写个注解 aop ，有需要就 @注解后，把用户信息塞到某个参数的对象实例里面

@THESDZ 不打算用 JWT ，我用的 redis 管理令牌，这样方便注销令牌，但是目前我不知道前端该如何校验用户是否登录过...而且后端和前端端口不一致

大厂比如阿里云之类的，都是直接用 cookie-session 解决的，把 session 存 redis 就行。再搞自己的 token 之类的也只是重新实现一遍 cookie-session 干的事

@DimitriYoon #2 你完全不需要考虑前端，最多只需要考虑个 cookie 的 domain 的设置。后端每个接口都会经过认证服务，没通过的就返回个 401 ，前端只要检测到 401 就弹到登录页就好了

你原有的认证方式无非就是 token 模式，或者 session 模式，你把 token 或 sessionid 搬到 redis 上去，这样就是分布式的。
然后每个项目都去 redis 拿这个 token 共用，这样就全部都能认证登录了。

登录认证检查你也可以统一写在用户中心，然后有用户中心统一提供接口。

喜欢哪种模式就看你了。

@gadfly3173 您的意思是不需要用 token ？直接用 session ？

@brader 前端的话是 nginx 部署的多个站点，比如 a 模块前端的地址是 xxx.xxx.xxx.xxx:10000 ，然后 b 模块前端地址是 xxx.xxx.xxx.xxx:10001 ，那么如果我通过登录的前端地址 xxx.xxx.xxx.xxx:9999 登录了之后，10000 如何得知 9999 给的 token

@DiitriYoon #7 cookie 不区分端口，也可以一定程度上的跨域（通过设置 domain ），所以我才推荐用 cookie 解决单点登录。如果你的 token 是前端存在 localstorage 里的话就做不到跨域单点登录了

参考下 Oauth2.0?

@Herry001 #9 Oauth2 的话还能算单点么。。？每个域名都得点一次授权登录

@gadfly3173 如果使用 cookie 的话，是否可以抛弃 oauth2 ，单纯用 security 做？

Jwt 只是令牌签发验证的一种方式而已，如果签发时不指定过期时间，签发出来的令牌存在 Redis 用于管理过期时间，和 Cookie-Session 的作用就一样了。

区别就是 Redis 管理令牌，在没有限制、数据库分区一致的情况下多个系统都是可以从 Redis 中读到这个登录令牌的，只要保证密钥一致就相当于变相的实现一个简单的单点登录（当然这样可能会有令牌管理混乱的问题，可以根据系统规模考虑一下是否要这么做）

@aofall 多个前端站点如何获取认证模块下发令牌呢...？

基于 SpringSecurity 的 Oauth2.0 ，使用授权码模式。
有几个角色，如下
1 、授权中心，用于发放 token ，对应的注解是 @EnableAuthorizationServer
2 、用户微服务，提供用户信息和权限的 crud ，是一个资源服务器，对应 @EnableResourceServer

授权流程：
前端以 vue 为例，在登陆之前检查本地是否有 token ，没有的话使用授权码模式，跳转到授权中心的统一登录界面，授权码模式回返回到前端并且带上授权码，前端拿到授权码调用授权中心获取 token 的接口。拿到 token ，之后调用用户微服务获取用户信息和权限，渲染前端。

无需重复登录：
多个前端，跳转的都是授权中心的同一个登录界面，也就是同一个 session ，在浏览器不关闭的情况下，一个前端跳转后完成登录，第二个前端再次跳转到这里，不需要再登录。会根据后端配置，是否需要授权。如果需要授权，需要点击一次，可以配置不需要授权配置 autoapprove 字段。那么第二个前端在用户体验上，只是单纯的跳转两次后，一样会带着授权码回到第二个前端，和第一个前端一样，调用 api 获取 token 。达到不需要重复登录的目的。在 oauth_client_details 的表设计里有 autoapprove 字段，就是用于自动授权。

oauth2.0 是分应用的，不同应用的 token 是不一样的

@frank1256 内部系统不需要用到授权码模式呢，我只用了 password 和 refresh_token

@DimitriYoon 为什么不用授权码模式呢，用 password 的，还需要有自己的登录界面，每个系统难道都要自己做一套登录界面吗，授权码模式就是为了统一登录的。password 没有什么好的方法，只能自己造轮子。refresh_token 是过期去替换的。

@DimitriYoon 可以看下开源单点登录系统 Casdoor ，作为统一的认证+用户中心： https://v2ex.com/t/803669

oauth2 不是给三方授权的吗？一方系统用不着啊

@frank1256 我考虑了一下，可能还是用 redis 共享 session 的方法靠谱一点，毕竟这套系统不需要对接外部，而且用 oauth2 的话，各个系统还得额外点一下授权

另外 redis+token 就是 session 方案，不管你的 token 是 jwt 还是其他 token 。

jwt 所谓的无状态，是指自包含状态，每次请求时携带状态。

如果状态下沉到持久 /缓存层，jwt 所谓的无状态并没什么太大的优势。


强烈建议各位看下 redis 官方博客这篇文章： https://redis.com/blog/json-web-tokens-jwt-are-dangerous-for-user-sessions/

看你描述，你对前后端分离不是很了解啊，这就开始搭架子这不是在给自己找坑吗

@yogogo 嗯哼？能说说您的概念吗？

@giiiiiithub 所以我感觉没有必要再用 token 的方式了，直接 session 梭哈

建议用 sa-token ，看看文档里对于单点登录的方案

虽然但是，cookie-session 吧

@MYlyc 十分感谢，我看了一下文档确实非常不错！

统一服务登录，登录会话保存在服务端，之后其他前端项目通过接口请求自己项目服务端获取登录信息，没有获取到则让前端跳转到统一登陆服务界面并且带上回调的项目接口地址，统一登录服务验证已经通过重定向到项目回调地址并带上一个 token ，然后前端将该 token 保存本地，并通过该 token 去取用户登录数据。

@DimitriYoon
#22 前后端分离，后端只要关心请求是否认证过就行了，至于前端如何校验认证就不用管了；如果所有请求都是走 gateway ，那只要 gateway 做一个认证登陆的入口，认证后返回 token ，请求的时候带上认证的 token ，给 gateway 统一认证就行了；
jwt 跟 session 只是存放认证位置不同而已，本质是一样的；

@yogogo 其实我的问题还是如果采用 token 的情况，前端不同域无法传递 token ，比如我认证服务器下发，用户从前端拿到了 token ，不同域的其他站点如何拿到呢。我的问题其实是后端如何写才能配合前端多站点的部署方式

@DimitriYoon 你在统一登录界面登录之后，只要通过页面跳转，就能把 token 传给不同域名的前端。

cas 啊，https://apereo.github.io/cas/development/

ldap

Spring Security Oauth2 太复杂，sa-token 了解一下，比较简单。

@GayGayUp @frank1256
Oauth2 是授权协议，OIDC 才是认证协议

1 用户输入账号密码
2 经过统一认证服务的登录接口校验，成功多加一个 header Auth：base64 值 ，这个值可以是 uuid 反正就是跟 redis 里 set 的用户登录信息能关联就行
3 其他系统不就有这个 header 了 注销就把 redis 里的用户登录信息清理了
4 其他系统通统一认证服务的 /auth 或者 /getOwn 接口校验是否登录，如果带着合法的 header 返回正常，不合法返回未登录。

目前的这个 体验不错 https://authing.co/

@gadfly3173 这个不错，但是要怎么去控制，用户只能访问特定的系统呢