SSO单点登录流程记录

单点登录流程

  1. 向W1发送请求验证页面,重定向到SSO

  2. 向SSO发送请求,如果存在cookie,则返回token

  3. 浏览器将token发送给W1,W1到SSO验证token

  4. 通过后跳转响应验证页面

  5. 向W1发送请求验证页面,重定向到SSO

  6. 向SSO发送请求,若不存在cookie,重定向到W1登录页

  7. 提交登录信息,W1将登录信息发送给SSO验证身份信息

  8. SSO验证成功并生成token,返回给W1,W1将token返回给浏览器

  9. 浏览器将token发送到SSO,SSO创建cookie并将重定向W1的信息返回给浏览器

  10. 浏览器将token发送给W1,W1发送到SSO进行验证(4,5,6也可以是返回令牌,W1将令牌再发送到SSO进行验证)

  11. 验证通过进行响应

  12. 向W2发送请求验证页面,重定向到SSO,带cookie

  13. 返回重定向W2的token

  14. 浏览器将token发给W2,W2发送到SSO进行验证

  15. 验证通过并响应

分布式session共享

  1. session复制到所有机器
  2. session绑定,利用hash使得同一个ip总是请求到同一台服务器。无法实现高可用,机器挂了就不存在了
  3. 利用cookie
  4. 利用独立部署的session服务器(集群)
    这种解决方案事实上是应用服务器的状态分离,分为无状态的应用服务器和有状态的session服务器,然后针对这两种服务器的不同特性分别设计架构。
    对于有状态的session服务器,一种比较简单的方法是利用分布式缓存(memcached), 数据库等。在这些产品的基础上进行包装,使其符合session的存储和访问要求。
    如果业务场景对session管理有比较高的要求,比如利用session服务基层单点登录(sso),用户服务器等功能,需要开发专门的session服务管理平台。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值