# SSO模式二 URL重定向传播会话
如果我们的多个系统:部署在不同的域名之下,但是后端可以连接同一个Redis,那么便可以使用 **`[URL重定向传播会话]`** 的方式做到单点登录。
### 1、解题思路
首先我们再次复习一下,多个系统之间为什么无法同步登录状态?
1. 前端的`Token`无法在多个系统下共享。
2. 后端的`Session`无法在多个系统间共享。
关于第二点,我们已在 "SSO模式一" 章节中阐述,使用 [Alone独立Redis插件](/plugin/alone-redis) 做到权限缓存直连 SSO-Redis 数据中心,在此不再赘述。
而第一点,才是我们解决问题的关键所在,在跨域模式下,意味着 "共享Cookie方案" 的失效,我们必须采用一种新的方案来传递Token。
1. 用户在 子系统 点击 `[登录]` 按钮。
2. 用户跳转到子系统登录接口 `/sso/login`,并携带 `back参数` 记录初始页面URL。
- 形如:`http://{sso-client}/sso/login?back=xxx`
3. 子系统检测到此用户尚未登录,再次将其重定向至SSO认证中心,并携带`redirect参数`记录子系统的登录页URL。
- 形如:`http://{sso-server}/sso/auth?redirect=xxx?back=xxx`
4. 用户进入了 SSO认证中心 的登录页面,开始登录。
5. 用户 输入账号密码 并 登录成功,SSO认证中心再次将用户重定向至子系统的登录接口`/sso/login`,并携带`ticket码`参数。
- 形如:`http://{sso-client}/sso/login?back=xxx&ticket=xxxxxxxxx`
6. 子系统根据 `ticket码` 从 `SSO-Redis` 中获取账号id,并在子系统登录此账号会话。
7. 子系统将用户再次重定向至最初始的 `back` 页面。
整个过程,除了第四步用户在SSO认证中心登录时会被打断,其余过程均是自动化的,当用户在另一个子系统再次点击`[登录]`按钮,由于此用户在SSO认证中心已有会话存在,
所以第四步也将自动化,也就是单点登录的最终目的 —— 一次登录,处处通行。
下面我们按照步骤依次完成上述过程:
### 2、准备工作
首先修改hosts文件`(C:\windows\system32\drivers\etc\hosts)`,添加以下IP映射,方便我们进行测试:
``` url
127.0.0.1 sa-sso-server.com
127.0.0.1 sa-sso-client1.com
127.0.0.1 sa-sso-client2.com
127.0.0.1 sa-sso-client3.com
```
### 3、搭建 Client 端项目
> 搭建示例在官方仓库的 `/sa-token-demo/sa-token-demo-sso2-client/`,如遇到难点可结合源码进行测试学习
#### 3.1、去除 SSO-Server 的 Cookie 作用域配置
在SSO模式一章节中我们打开了配置:
``` yaml
sa-token:
cookie:
# 配置 Cookie 作用域
domain: stp.com
```
``` properties
# 配置 Cookie 作用域
sa-token.cookie.domain=stp.com
```
此为模式一专属配置,现在我们将其注释掉
#### 3.2、创建 SSO-Client 端项目
创建一个 SpringBoot 项目 `sa-token-demo-sso2-client`,引入依赖:
``` xml
当前会话是否登录:" + StpUtil.isLogin() + "
" + ""; return str; } /* * SSO-Client端:处理所有SSO相关请求 * http://{host}:{port}/sso/login -- Client端登录地址,接受参数:back=登录后的跳转地址 * http://{host}:{port}/sso/logout -- Client端单点注销地址(isSlo=true时打开),接受参数:back=注销后的跳转地址 * http://{host}:{port}/sso/logoutCall -- Client端单点注销回调地址(isSlo=true时打开),此接口为框架回调,开发者无需关心 */ @RequestMapping("/sso/*") public Object ssoRequest() { return SaSsoHandle.clientRequest(); } } ``` ##### 3.4、配置SSO认证中心地址 你需要在 `application.yml` 配置如下信息: ``` yaml # 端口 server: port: 9001 # sa-token配置 sa-token: # SSO-相关配置 sso: # SSO-Server端 统一认证地址 auth-url: http://sa-sso-server.com:9000/sso/auth # 是否打开单点注销接口 is-slo: true # 配置Sa-Token单独使用的Redis连接 (此处需要和SSO-Server端连接同一个Redis) alone-redis: # Redis数据库索引 (默认为0) database: 1 # Redis服务器地址 host: 127.0.0.1 # Redis服务器连接端口 port: 6379 # Redis服务器连接密码(默认为空) password: # 连接超时时间 timeout: 10s ``` ``` properties # 端口 server.port=9001 ######### Sa-Token 配置 ######### # SSO-Server端 统一认证地址 sa-token.sso.auth-url=http://sa-sso-server.com:9000/sso/auth # 是否打开单点注销接口 sa-token.sso.is-slo=true # 配置 Sa-Token 单独使用的Redis连接 (此处需要和SSO-Server端连接同一个Redis) # Redis数据库索引 sa-token.alone-redis.database=1 # Redis服务器地址 sa-token.alone-redis.host=127.0.0.1 # Redis服务器连接端口 sa-token.alone-redis.port=6379 # Redis服务器连接密码(默认为空) sa-token.alone-redis.password= # 连接超时时间 sa-token.alone-redis.timeout=10s ``` 注意点:`sa-token.alone-redis` 的配置需要和SSO-Server端连接同一个Redis(database也要一样) #### 3.5、写启动类 ``` java @SpringBootApplication public class SaSsoClientApplication { public static void main(String[] args) { SpringApplication.run(SaSsoClientApplication.class, args); System.out.println("\nSa-Token-SSO Client端启动成功"); } } ``` 启动项目 ### 4、测试访问 (1) 依次启动 `SSO-Server` 与 `SSO-Client`,然后从浏览器访问:[http://sa-sso-client1.com:9001/](http://sa-sso-client1.com:9001/)  (2) 首次打开,提示当前未登录,我们点击**`登录`** 按钮,页面会被重定向到登录中心  (3) SSO-Server提示我们在认证中心尚未登录,我们点击 **`doLogin登录`**按钮进行模拟登录  (4) SSO-Server认证中心登录成功,我们回到刚才的页面刷新页面  (5) 页面被重定向至`Client`端首页,并提示登录成功,至此,`Client1`应用已单点登录成功! (6) 我们再次访问`Client2`:[http://sa-sso-client2.com:9001/](http://sa-sso-client2.com:9001/)  (7) 提示未登录,我们点击**`登录`**按钮,会直接提示登录成功  (8) 同样的方式,我们打开`Client3`,也可以直接登录成功:[http://sa-sso-client3.com:9001/](http://sa-sso-client3.com:9001/)  至此,测试完毕! 可以看出,除了在`Client1`端我们需要手动登录一次之外,在`Client2端`和`Client3端`都是可以无需再次认证,直接登录成功的。 我们可以通过 F12控制台 Netword跟踪整个过程  ### 5、跨 Redis 的单点登录 以上流程解决了跨域模式下的单点登录,但是后端仍然采用了共享Redis来同步会话,如果我们的架构设计中Client端与Server端无法共享Redis,又该怎么完成单点登录? 这就要采用模式三了,且往下看:[SSO模式三:Http请求获取会话](/sso/sso-type3)