rubyCAS服务器搭建(三)

本文详细介绍了CAS认证系统的工作原理及流程。用户首次登录时,会被重定向至CAS服务器进行身份验证,之后CAS服务器将返回一次性票据给应用站点,用于获取用户的详细信息。对于已登录的用户访问其他同样支持CAS的服务时,则利用已有的会话信息简化认证过程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

成功搭建rubycas服务器后,对cas原理的理解

1.用户登录A网站,A网站包含CAS认证过程代码
2.用户被重定向到CAS服务器
通过CAS服务器(casserver.xxx.net)登录成功时
CAS服务器在当前浏览器留下 casserver.xxx.net的cookie
3.CAS服务器,分配给A网站一个一次性钥匙 ticket,并在CAS服务器端生成一条ticket对应的用户数据
4.A网站得到ticket,使用此ticket从 casserver.xxx.net 获取当前用户的具体各种信息。
一次性钥匙使用完毕,CAS服务器销毁此钥匙和对应数据。
5.用户正常进入了A网站。
6.此时用户访问B网站。
7.B网站也包含CAS认证过程,但B网站发现当前浏览器中有casserver.xxx.net的cookie
8.B网站提交casserver.xxx.net的cookie 并请求CAS服务器提供给B网站一次用户数据
9.CAS服务器根据cookie找到对应的用户,并给B网站一把临时的钥匙,并在CAS服务器端生成一条ticket对应的用户数据
10.B网站得到钥匙,并使用钥匙问CAS服务器要该用户的数据,CAS提供钥匙对应的数据,并销毁生成的钥匙和数据

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值