CAS登陆认证过程最清楚图解

最近看了官网的CAS流程图，其实写的非常清楚，但由于是英文的时序图，估计基础不好的同学就没兴趣往下看了。

cas包含CASServer和Client，下图中的cas指的是server。app1为被cas保护的应用，默认app1已经与server做过对接，即已配置了CASClient。对此我做了个简化流程图：

Service Ticket(服务票据,简称ST)，红色箭头表示302回调，绿色箭头表示认证后的访问通路。

CAS Client 与受保护的客户端应用部署在一起，以 Filter 方式保护受保护的资源。对于访问受保护资源的每个 Web 请求，CAS Client 会分析该请求的 Http 请求中是否包含 Service Ticket，如果没有，则说明当前用户尚未登录，于是将请求重定向到指定好的 CAS Server 登录地址，并传递 Service （也就是要访问的目的资源地址），以便登录成功过后转回该地址。用户在第 6 步中输入认证信息，如果登录成功，CAS Server 随机产生一个相当长度、唯一、不可伪造的 Service Ticket，并缓存以待将来验证，之后系统自动重定向到 Service 所在地址，并为客户端浏览器设置一个 Ticket Granted Cookie（TGC），CAS Client 在拿到 Service 和新产生的 Ticket 过后，在第 10步中与 CAS Server 进行身份核实，以确保 Service Ticket 的合法性。