CAS单点登录

       CAS是Central Authentication Service的缩写，中央认证服务，一种独立开始指令协议。CAS 是 Yale 大学发起的一个开源项目，旨在为 Web 应用系统提供一种可靠的单点登录方法，CAS 在 2004 年 12 月正式成为 JA-SIG 的一个项目。

从结构上看，CAS 包含两个部分： CAS Server 和 CAS Client。CAS Server 需要独立部署，主要负责对用户的认证工作；CAS Client 负责处理对客户端受保护资源的访问请求，需要登录时，重定向到 CAS Server。图1 是 CAS 最基本的协议过程：

cas 协议图

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

在该协议中，所有与 CAS 的交互均采用 SSL 协议，确保，ST 和 TGC 的安全性。协议工作过程中会有 2 次重定向的过程，但是 CAS Client 与 CAS Server 之间进行 Ticket 验证的过程对于用户是透明的。

原理内容就不多说了，网上一大堆，来点实际的，我们都知道CAS是用于多系统认证情况下，减少用户名和密码的输入而提供的一套认证系统，简单点说，好比是学校的大门的，只要我们有办法进入学校，那么学校里面的任何景物我们都能看到，CAS就是如此只要用户在认证以此后就可以用大系统里面的任何系统，前提是在你有权限的情况下才行。

那么我近期做的就是要在登录的时候判断用户的合法性，以及提供一套提醒机制，都知道CAS提供的提醒无法满足需求，如错误次数的限制，登录禁用IP等，那么要什么做呢，很简然如果直接下载官方的jar包解压并配置是无法满足这个要求的，因此比较实际的做法是修改源代码。

由于时间原因，后续会逐步介绍这方面的内容。