本文探讨了CAS SSO（以3.4.5版本为例）的基本原理，以一个包含webapp1和webapp2（基于Spring Security 3）的应用场景为例。分析中涉及的主要阶段包括：1）用户尝试访问被保护的应用；2）重定向至CAS服务器进行身份验证；3）CAS服务器验证成功后返回服务票证；4）应用验证票证并创建会话。整个过程确保了单一登录体验。
下面分析下CAS SSO(以3.4.5为例)的基本工作原理。先假定一个应用场景，如图，有两个Web应用分别是webapp1、webapp2(Spring Security 3应用) 。一个认证服务器CAS(假设部署在http://domain-cas/cas-server)。我们看三个典型阶段：
一、未登录用户访问webapp1应用
1. 用户发起起始请求到某一应用。如网址 http://domain-webapp1/page1
2. 作为CAS Client的webapp1应用，CAS_FILTER过滤器将截获请求，检查是否已登录。如已登录，直接返回请求响应。如没有，返回302浏览器redirect转向CAS认证服务器，并带上自己应用作为cas client已经配好的
1. 用户发起起始请求到某一应用。如网址 http://domain-webapp1/page1
2. 作为CAS Client的webapp1应用，CAS_FILTER过滤器将截获请求，检查是否已登录。如已登录，直接返回请求响应。如没有，返回302浏览器redirect转向CAS认证服务器，并带上自己应用作为cas client已经配好的
最低0.47元/天 解锁文章
扫一扫
315
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
