(一)SSO之CAS框架通俗原理

版权声明：本文为博主原创文章。转载请标明出处。

https://blog.csdn.net/lovesummerforever/article/details/36068249

SSO统一验证

        SSO(Single Sign On )。SSO统一验证的目的是为了让多个系统使用统一登录入口，用户仅仅须要登录当中一个系统。在cookie时间内便能够不用登录，就直接进入系统了。

CAS简单介绍

         CAS是SSO的一个框架，全称为：Central Authentication Service，是一款不错的针对web应用的单点登录框架，包含java，。

net。PHP，Prel。Apache，uPortal。Ruby等。

        直接上原理图，例如以下图所看到的：

这幅图画的是非常不错的，思前想后，还是直接搬过来了。我们以第一次登录和不是第一次登录为分界线讲述。

       首先须要明确几个道理，什么是server，什么是client？

       server，从第一次听到这个字眼到如今一直让我们感到十分神奇的感觉，一种高高在上的感觉，在天上的感觉。而实际上server和我们的这种感觉恰好相反，server，就是为别人提供服务的。百度百科是这样说的，server是指一个管理资源并为用户提供服务的计算机。

说白了server就是一台计算机。仅仅只是这台计算机能够给别的应用或者计算机提供服务，就像餐厅中服务员为顾客服务一样。而一台这种计算机，人们把他拟人化，称之为server。

        而服务员是相对于顾客而言的，没有顾客服务员也就不再是服务员，而顾客也可能是其它的服务员，计算机中也是如此。server是相对于client而言的。

         在上图中。我们首先看到的是CAS Client和CAS Server。这就是两个相对的概念。假设没有这个框架，我们系统登录自己系统的页面。那Web Browser就是client，而支持系统的后台部署到的那台机器就属于server了。当加上CAS的时候。我们就又上升了一层。由于CAS Server是为CAS client服务的。

        在这里CAS Client包含CAS 自己的client（也就是一个java程序CAS Client jar包）和我们要使用CAS单点登录的项目，他们放在一起组成了CAS Client。而CAS Server 是对输入的username和password进行不同方式的验证。

第一次登录系统，使用CAS流程

        用户打开浏览器。通过地址第一次请求受到保护的资源，CASclient会把请求自己主动的重定向到CASserver端。CASserver端发现没有证据，就直接把CAS server的登录界面转到浏览器，呈现给用户。此时。用户输入username和password之后。点击登录button，请求验证。CASclient相同重定向到CASserver。发现有会话标识。開始进行验证，验证失败，则浏览器中呈现失败的信息。

验证成功，会把username和password放到session中，并加入一个证据，跳转到系统的主界面。

       第二次请求自己的系统。CAS流程

当用户请求自己的系统，会直接请求到CAS的登陆页面, 然后CAS server端进行推断, 发现有session 和证据, 就直接转到了系统主界面。

          

       我们这样做的话，仅仅能使用CAS自己的默认的登录界面。且各种应用使用的是统一登录界面，这样非常不人性化。

那能够不能够让不同的应用有自己不同的登录界面，但都记性同一个CAS验证呢？下一篇，不同应用自己定义自己的CAS登陆页面。