获得徽章 0
赞了这篇文章
赞了这篇沸点
加分题的答案:
借助CAS单点登录管理所有用户信息,把用户信息存储在Redis服务器中返回ticket给业务系统.
对于完全不同域名的系统,cookie 是无法跨域名共享的,sessionId 在页面端也无法共享的,在分布式环境中就需要一台CAS单点登录服务器和一台专门存储对应信息的Redis服务器.
1.启用一个专业的用来登陆的域名(比如:cas.com)来供所有的系统的 sessionId.
2.当业务系统(如 b.com)被打开时,借助 cast 系统来登陆.
2.1. b.com 打开时,发现自己未登陆 ---->于是跳转到 cas.com 去登陆.
2.2 cas.com 登陆页面被打开,用户输入帐户/密码登陆成功.
2.3 cas.com 登陆成功,种 cookie 到 cas.com 域名下---->把 sessionid 放入后台redis {ticket,sesssionid} ---->页面跳回 b.com.
2.4 b.com 重新被打开,发现仍然是未登陆,但是有了一个 ticket 值.
2.5 b.com 用 ticket 值,到 redis 里查到 sessionid,并做 session 同步 ---->种 cookie给自己,页面原地重跳.
2.6 b.com 打开自己页面,此时有了 cookie,后台校验登陆状态,成功.
借助CAS单点登录管理所有用户信息,把用户信息存储在Redis服务器中返回ticket给业务系统.
对于完全不同域名的系统,cookie 是无法跨域名共享的,sessionId 在页面端也无法共享的,在分布式环境中就需要一台CAS单点登录服务器和一台专门存储对应信息的Redis服务器.
1.启用一个专业的用来登陆的域名(比如:cas.com)来供所有的系统的 sessionId.
2.当业务系统(如 b.com)被打开时,借助 cast 系统来登陆.
2.1. b.com 打开时,发现自己未登陆 ---->于是跳转到 cas.com 去登陆.
2.2 cas.com 登陆页面被打开,用户输入帐户/密码登陆成功.
2.3 cas.com 登陆成功,种 cookie 到 cas.com 域名下---->把 sessionid 放入后台redis {ticket,sesssionid} ---->页面跳回 b.com.
2.4 b.com 重新被打开,发现仍然是未登陆,但是有了一个 ticket 值.
2.5 b.com 用 ticket 值,到 redis 里查到 sessionid,并做 session 同步 ---->种 cookie给自己,页面原地重跳.
2.6 b.com 打开自己页面,此时有了 cookie,后台校验登陆状态,成功.
展开
评论
2
赞了这篇沸点
赞了这篇文章
赞了这篇沸点
根据几天前B站某热门视频整理出来的小游戏网站 
1.国外版4399:
www.crazygames.com
2.小霸王系列:
www.yikm.net
3.这个不知道怎么称呼比较好:
dos.zczc.cz
1.国外版4399:
2.小霸王系列:
3.这个不知道怎么称呼比较好:
展开
4
11
赞了这篇沸点
赞了这篇文章