思享工具箱

CAS实现单点登录SSO执行原理及部署

摘要：
协议工作过程将具有此重定向过程，但CASClient和CASServer之间的票证验证过程对用户是透明的。2） 系统A发现请求需要登录，将请求重定向到认证中心，并获得全局票证。如果没有，它将登录。
一、不落俗套的开始

1、背景介绍

单点登录：Single Sign On,简称SSO，SSO使得在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。

CAS框架：CAS（Central Authentication Service）是实现SSO单点登录的框架。

2、盗一张学习CAS绝大多都看过的图以及执行部分分析

注：已分不清原创，此处就不给出地址了。

这里写图片描述

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

CAS Client 与受保护的客户端应用部署在一起，以Filter方式保护 Web 应用的受保护资源，过滤从客户端过来的每一个 Web 
请求，同时， CAS Client会分析HTTP 请求中是否包请求 Service Ticket( 上图中的 Ticket) 
，如果没有，则说明该用户是没有经过认证的，于是，CAS Client会重定向用户请求到CAS Server（ Step 2 ）。 Step 
3是用户认证过程，如果用户提供了正确的Credentials， CAS Server 会产生一个随机的 Service Ticket 
，然后，缓存该 Ticket ，并且重定向用户到CAS Client（附带刚才产生的Service Ticket）， Service 
Ticket 是不可以伪造的，最后， Step 5 和 Step6是 CAS Client 和 CAS 
Server之间完成了一个对用户的身份核实，用Ticket查到 Username ，因为 Ticket是 CAS Server 
产生的，因此，所以 CAS Server 的判断是毋庸置疑的。

该协议完成了一个很简单的任务，所有与CAS的交互均采用SSL协议，确保ST和TGC的安全性。协议工作过程会有2此重定向过程，但是CAS 
Client与CAS Server之间进行ticket验证的过程对于用户是透明的。

总结一下，如下：

访问服务： SSO 客户端发送请求访问应用系统提供的服务资源。

定向认证： SSO 客户端会重定向用户请求到 SSO 服务器。

用户认证：用户身份认证。

发放票据： SSO 服务器会产生一个随机的 Service Ticket 。

验证票据： SSO 服务器验证票据 Service Ticket 的合法性，验证通过后，允许客户端访问服务。

传输用户信息： SSO 服务器验证票据通过后，传输用户认证结果信息给客户端。

二、在云里雾里进一步搜索、探究

先给出此部分内容出处： 《SSO CAS单点系列》之 实现一个SSO认证服务器是这样的，以下标红部分为自己的疑问。

1、登录信息传递

这里写图片描述 
用户首次登录时流程如下：

1)、用户浏览器访问系统A需登录受限资源，此时进行登录检查，发现未登录，然后进行获取票据操作，发现没有票据。

2)、系统A发现该请求需要登录，将请求重定向到认证中心，获取全局票据操作，没有，进行登录。

3)、认证中心呈现登录页面，用户登录，登录成功后，认证中心重定向请求到系统A，并附上认证通过令牌，此时认证中心同时生成了全局票据。

4)、此时再次进行登录检查，发现未登录，然后再次获取票据操作，此时可以获得票据(令牌)，系统A与认证中心通信，验证令牌有效,证明用户已登录。

5)、系统A将受限资源返给用户。

这里写图片描述 
已登录用户首次访问应用群中系统B时：

1)、浏览器访问另一应用B需登录受限资源，此时进行登录检查，发现未登录，然后进行获取票据操作，发现没有票据。

2)、系统B发现该请求需要登录，将请求重定向到认证中心，获取全局票据操作，获取全局票据，可以获得，认证中心发现已经登录。

3)、认证中心发放临时票据(令牌)，并携带该令牌重定向到系统B。

4)、此时再次进行登录检查，发现未登录，然后再次获取票据操作，此时可以获得票据(令牌)，系统B与认证中心通信，验证令牌有效,证明用户已登录。

5)、系统B将受限资源返回给客户端。

2、登录状态判断

用户到认证中心登录后，用户和认证中心之间建立起了会话，我们把这个会话称为全局会话。当用户后续访问系统应用时，我们不可能每次应用请求都到认证中心去判定是否登录，这样效率非常低下，这也是单Web应用不需要考虑的。

我们可以在系统应用和用户浏览器之间建立起局部会话，局部会话保持了客户端与该系统应用的登录状态，局部会话依附于全局会话存在，全局会话消失，局部会话必须消失。

用户访问应用时，首先判断局部会话是否存在，如存在，即认为是登录状态，无需再到认证中心去判断。如不存在，就重定向到认证中心判断全局会话是否存在，如存在，按1提到的方式通知该应用，该应用与客户端就建立起它们之间局部会话，下次请求该应用，就不去认证中心验证了。

3、登出

用户在一个系统登出了，访问其它子系统，也应该是登出状态。要想做到这一点，应用除结束本地局部会话外，还应该通知认证中心该用户登出。

认证中心接到登出通知，即可结束全局会话，同时需要通知所有已建立局部会话的子系统，将它们的局部会话销毁。这样，用户访问其它应用时，都显示已登出状态。

整个登出流程如下：

1)、客户端向应用A发送登出Logout请求。 
2)、应用A取消本地会话，同时通知认证中心，用户已登出。 
3)、应用A返回客户端登出请求。 
4)、认证中心通知所有用户登录访问的应用，用户已登出。

三、拨开云雾见青天

1、对上面所有标红疑问一一解释

1)、问：系统A是如何发现该请求需要登录重定向到认证中心的？ 
答：用户通过浏览器地址栏访问系统A，系统A(也可以称为CAS客户端)去Cookie中拿JSESSION，即在Cookie中维护的当前回话session的id，如果拿到了，说明用户已经登录，如果未拿到，说明用户未登录。

2)、问：系统A重定向到认证中心，发送了什么信息或者地址变成了什么？ 
答：假如系统A的地址为http://a:8080/，CAS认证中心的服务地址为http://cas.server:8080/，那么重点向前后地址变化为：http://a:8080/————>ttp://cas.server:8080/?service=http://a:8080/，由此可知，重点向到认证中心，认证中心拿到了当前访问客户端的地址。

3)、问：登录成功后，认证中心重定向请求到系统A，认证通过令牌是如何附加发送给系统A的？ 
答：重定向之后的地址栏变成：http://a:8080/?ticket=ST-XXXX-XXX，将票据以ticket为参数名的方式通过地址栏发送给系统A

4)、问：系统A验证令牌，怎样操作证明用户登录的？ 
答：系统A通过地址栏获取ticket的参数值ST票据，然后从后台将ST发送给CAS server认证中心验证，验证ST有效后，CAS server返回当前用户登录的相关信息，系统A接收到返回的用户信息，并为该用户创建session会话，会话id由cookie维护，来证明其已登录。

5)、问：登录B系统，认证中心是如何判断用户已经登录的？ 
答：在系统A登录成功后，用户和认证中心之间建立起了全局会话，这个全局会话就是TGT(Ticket Granting Ticket)，TGT位于CAS服务器端，TGT并没有放在Session中，也就是说，CAS全局会话的实现并没有直接使用Session机制，而是利用了Cookie自己实现的，这个Cookie叫做TGC(Ticket Granting Cookie)，它存放了TGT的id,保存在用户浏览器上。 
相关内容分析可以查看：《SSO CAS单点系列》之 实操！轻松玩转SSO CAS就这么简单(相识篇)

用户发送登录系统B的请求，首先会去Cookie中拿JSESSION，因为系统B并未登录过，session会话还未创建，JSESSION的值是拿不到的，然后将请求重定向到CAS认证中心，CAS认证中心先去用户浏览器中拿TGC的值，也就是全局会话id，如果存在则代表用户在认证中心已经登录，附带上认证令牌重定向到系统B。

上面登录状态判断也是这个逻辑。

6)、问：登出的过程，各个系统对当前用户都做了什么？ 
答：认证中心清除当前用户的全局会话TGT，同时清掉cookie中TGT的id：TGC； 
然后是各个客户端系统，比如系统A、系统B，清除局部会话session，同时清掉cookie中session会话id：jsession

2、对系统A登录流程图添加注释，查看

这里写图片描述

不管了，反正我看懂了。

ps：看到这里的福利，cas系列介绍文章分享：CAS介绍资源页面

部署目录：

  • 一、概述
  • 二、演示环境
  • 三、JDK安装配置
  • 四、安全证书配置
  • 五、部署CAS-Server相关的Tomcat
  • 六、部署CAS-Client相关的Tomcat
  • 七、 测试验证SSO

一、概述

此文的目的就是为了帮助初步接触SSO和CAS 的人员提供一个入门指南，一步一步演示如何实现基于CAS的单点登录。

CAS的官网：http://www.jasig.org/cas

二、演示环境

本文演示过程在同一个机器上的（也可以在三台实体机器或者三个的虚拟机上），环境如下：

  • windows7 64位，主机名称：michael-pc
  • JDK 1.6.0_18
  • Tomcat 6.0.29
  • CAS-server-3.4.11、CAS-client-3.2.1
根据演示需求，用修改hosts 文件的方法添加域名最简单方便（这个非常重要），在文件 C:WindowsSystem32driversetchosts 文件中添加三条
 
 
1
2
3
127.0.0.1    demo.micmiu.com
127.0.0.1    app1.micmiu.com
127.0.0.1    app2.micmiu.com
  • demo.micmiu.com  =>> 对应部署cas server的tomcat，这个虚拟域名还用于证书生成
  • app1.micmiu.com  =>>  对应部署app1 的tomcat
  • app2.micmiu.com   =>> 对应部署app2 的tomcat
 

三、JDK安装配置

这个详细过程就不在描述，如果是免安装版的，确保环境变量配置正确。

本机环境变量：JAVA_HOME=D:jdk，如果看到以下信息则表示安装成功：

CAS实现单点登录SSO执行原理及部署第5张

四、安全证书配置

有关keytool工具的详细运用见：http://www.micmiu.com/lang/java/keytool-start-guide/

4.1. 生成证书：

 
 
1
keytool-genkey-alias ssodemo-keyalg RSA-keysize1024-keypass michaelpwd-validity365-keystoreg:ssossodemo.keystore-storepass michaelpwd

CAS实现单点登录SSO执行原理及部署第6张

ps：

  • 截图中需要输入的姓名和上面hosts文件中配置的一致；
  • keypass 和 storepass 两个密码要一致，否则下面tomcat 配置https 访问失败；

4.2.导出证书：

 
 
1
keytool-export-alias ssodemo-keystoreg:ssossodemo.keystore-fileg:ssossodemo.crt-storepass michaelpwd

CAS实现单点登录SSO执行原理及部署第7张

4.3.客户端导入证书：

 
 
1
keytool-import-keystore%JAVA_HOME%jrelibsecuritycacerts-fileg:ssossodemo.crt-alias ssodemo

CAS实现单点登录SSO执行原理及部署第8张

ps：该命令中输入的密码和上面输入的不是同一个密码；如果是多台机器演示，需要在每一台客户端导入该证书。

五、部署CAS-Server相关的Tomcat

5.1. 配置HTTPS

解压apache-tomcat-6.0.29.tar.gz并重命名后的路径为 G:sso omcat-cas，在文件 conf/server.xml文件找到：

 
 
 
 
 
XHTML
 
1
2
3
4
5
<!--
    <Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true"
               maxThreads="150" scheme="https" secure="true"
               clientAuth="false" sslProtocol="TLS" />
    -->

修改成如下：

 
 
 
 
 
XHTML
 
1
2
3
4
<Connector port="8443"protocol="HTTP/1.1"SSLEnabled="true"
               maxThreads="150"scheme="https"secure="true"
               keystoreFile="g:/sso/ssodemo.keystore"keystorePass="michaelpwd"
               clientAuth="false"sslProtocol="TLS"URIEncoding="UTF-8"

参数说明：

  • keystoreFile 就是4.1中创建证书的路径
  • keystorePass 就是4.1中创建证书的密码

5.2. 验证HTTPS配置
其他按照默认配置不作修改，双击%TOMCAT_HOME%instartup.bat 启动tomcat-cas 验证https访问配置:

CAS实现单点登录SSO执行原理及部署第9张

CAS实现单点登录SSO执行原理及部署第10张
如果看到上述界面表示https 访问配置成功。

5.3 部署CAS-Server
CAS-Server 下载地址：http://www.jasig.org/cas/download
本文以cas-server-3.4.11-release.zip 为例，解压提取cas-server-3.4.11/modules/cas-server-webapp-3.4.11.war文件，把改文件copy到 G:sso omcat-caswebapps 目下，并重命名为：cas.war.
启动tomcat-cas，在浏览器地址栏输入：https://demo.micmiu.com:8443/cas/login ，回车

CAS实现单点登录SSO执行原理及部署第11张

CAS-server的默认验证规则：只要用户名和密码相同就认证通过（仅仅用于测试，生成环境需要根据实际情况修改），输入admin/admin 点击登录，就可以看到登录成功的页面：

CAS实现单点登录SSO执行原理及部署第12张

看到上述页面表示CAS-Server已经部署成功。

六、部署CAS-Client相关的Tomcat

6.1Cas-Client 下载

CAS-Client 下载地址：http://downloads.jasig.org/cas-clients/

以cas-client-3.2.1-release.zip 为例，解压提取cas-client-3.2.1/modules/cas-client-core-3.2.1.jar

借以tomcat默认自带的 webappsexamples 作为演示的简单web项目

6.2 安装配置 tomcat-app1

解压apache-tomcat-6.0.29.tar.gz并重命名后的路径为 G:sso omcat-app1，修改tomcat的启动端口，在文件 conf/server.xml文件找到如下内容：

 
 
 
 
 
XHTML
 
1
2
3
4
<Connector port="8080"protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
<Connector port="8009"protocol="AJP/1.3"redirectPort="8443" />

修改成如下：

 
 
 
 
 
XHTML
 
1
2
3
4
<Connector port="18080"protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="18443" />
<Connector port="18009"protocol="AJP/1.3"redirectPort="18443" />

启动tomcat-app1，浏览器输入 http://app1.micmiu.com:18080/examples/servlets/ 回车：

CAS实现单点登录SSO执行原理及部署第13张

看到上述界面表示tomcat-app1的基本安装配置已经成功。

接下来复制 client的lib包cas-client-core-3.2.1.jar到 tomcat-app1webappsexamplesWEB-INFlib目录下， 在tomcat-app1webappsexamplesWEB-INFweb.xml 文件中增加如下内容：

 
 
 
 
 
 
XHTML
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
<!-- ======================== 单点登录开始 ======================== -->
<!-- 用于单点退出，该过滤器用于实现单点登出功能，可选配置-->
<listener>
<listener-class>org.jasig.cas.client.session.SingleSignOutHttpSessionListener</listener-class>
</listener>
 
<!-- 该过滤器用于实现单点登出功能，可选配置。 -->
<filter>
<filter-name>CAS Single Sign Out Filter</filter-name>
<filter-class>org.jasig.cas.client.session.SingleSignOutFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>CAS Single Sign Out Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
 
<filter>
<filter-name>CAS Filter</filter-name>
<filter-class>org.jasig.cas.client.authentication.AuthenticationFilter</filter-class>
<init-param>
<param-name>casServerLoginUrl</param-name>
<param-value>https://demo.micmiu.com:8443/cas/login</param-value>
</init-param>
<init-param>
<param-name>serverName</param-name>
<param-value>http://app1.micmiu.com:18080</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CAS Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<!-- 该过滤器负责对Ticket的校验工作，必须启用它 -->
<filter>
<filter-name>CAS Validation Filter</filter-name>
<filter-class>
org.jasig.cas.client.validation.Cas20ProxyReceivingTicketValidationFilter</filter-class>
<init-param>
<param-name>casServerUrlPrefix</param-name>
<param-value>https://demo.micmiu.com:8443/cas</param-value>
</init-param>
<init-param>
<param-name>serverName</param-name>
<param-value>http://app1.micmiu.com:18080</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CAS Validation Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
 
<!--
该过滤器负责实现HttpServletRequest请求的包裹，
比如允许开发者通过HttpServletRequest的getRemoteUser()方法获得SSO登录用户的登录名，可选配置。
-->
<filter>
<filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
<filter-class>
org.jasig.cas.client.util.HttpServletRequestWrapperFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
 
    <!--
该过滤器使得开发者可以通过org.jasig.cas.client.util.AssertionHolder来获取用户的登录名。
比如AssertionHolder.getAssertion().getPrincipal().getName()。
-->
<filter>
<filter-name>CAS Assertion Thread Local Filter</filter-name>
<filter-class>org.jasig.cas.client.util.AssertionThreadLocalFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>CAS Assertion Thread Local Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
 
<!-- ======================== 单点登录结束 ======================== -->

有关cas-client的web.xml修改的详细说明见官网介绍：

https://wiki.jasig.org/display/CASC/Configuring+the+Jasig+CAS+Client+for+Java+in+the+web.xml

6.3 安装配置 tomcat-app2

解压apache-tomcat-6.0.29.tar.gz并重命名后的路径为 G:sso omcat-app2，修改tomcat的启动端口，在文件 conf/server.xml文件找到如下内容：

 
 
 
 
 
XHTML
 
1
2
3
4
<Connector port="8080"protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
<Connector port="8009"protocol="AJP/1.3"redirectPort="8443" />

修改成如下：

 
 
 
 
 
XHTML
 
1
2
3
4
<Connector port="28080"protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="28443" />
<Connector port="28009"protocol="AJP/1.3"redirectPort="28443" />

启动tomcat-app2，浏览器输入 http://app2.micmiu.com:28080/examples/servlets/ 回车，按照上述6.2中的方法验证是否成功。

同6.2中的复制 client的lib包cas-client-core-3.2.1.jar到 tomcat-app2webappsexamplesWEB-INFlib目录下， 在tomcat-app2webappsexamplesWEB-INFweb.xml 文件中增加如下内容：

 
 
 
 
 
 
XHTML
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
<!-- ======================== 单点登录开始 ======================== -->
<!-- 用于单点退出，该过滤器用于实现单点登出功能，可选配置-->
<listener>
<listener-class>org.jasig.cas.client.session.SingleSignOutHttpSessionListener</listener-class>
</listener>
 
<!-- 该过滤器用于实现单点登出功能，可选配置。 -->
<filter>
<filter-name>CAS Single Sign Out Filter</filter-name>
<filter-class>org.jasig.cas.client.session.SingleSignOutFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>CAS Single Sign Out Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
 
<filter>
<filter-name>CAS Filter</filter-name>
<filter-class>org.jasig.cas.client.authentication.AuthenticationFilter</filter-class>
<init-param>
<param-name>casServerLoginUrl</param-name>
<param-value>https://demo.micmiu.com:8443/cas/login</param-value>
</init-param>
<init-param>
<param-name>serverName</param-name>
<param-value>http://app2.micmiu.com:28080</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CAS Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<!-- 该过滤器负责对Ticket的校验工作，必须启用它 -->
<filter>
<filter-name>CAS Validation Filter</filter-name>
<filter-class>
org.jasig.cas.client.validation.Cas20ProxyReceivingTicketValidationFilter</filter-class>
<init-param>
<param-name>casServerUrlPrefix</param-name>
<param-value>https://demo.micmiu.com:8443/cas</param-value>
</init-param>
<init-param>
<param-name>serverName</param-name>
<param-value>http://app2.micmiu.com:28080</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CAS Validation Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
 
<!--
该过滤器负责实现HttpServletRequest请求的包裹，
比如允许开发者通过HttpServletRequest的getRemoteUser()方法获得SSO登录用户的登录名，可选配置。
-->
<filter>
<filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
<filter-class>
org.jasig.cas.client.util.HttpServletRequestWrapperFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>CAS HttpServletRequest Wrapper Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
 
    <!--
该过滤器使得开发者可以通过org.jasig.cas.client.util.AssertionHolder来获取用户的登录名。
比如AssertionHolder.getAssertion().getPrincipal().getName()。
-->
<filter>
<filter-name>CAS Assertion Thread Local Filter</filter-name>
<filter-class>org.jasig.cas.client.util.AssertionThreadLocalFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>CAS Assertion Thread Local Filter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
 
<!-- ======================== 单点登录结束 ======================== -->

七、 测试验证SSO

启动之前配置好的三个tomcat分别为：tomcat-cas、tomcat-app1、tomcat-app2.

7.1  基本的测试

预期流程： 打开app1 url —-> 跳转cas server 验证 —-> 显示app1的应用 —-> 打开app2 url —-> 显示app2 应用 —-> 注销cas server —-> 打开app1/app2 url —-> 重新跳转到cas server 验证.

打开浏览器地址栏中输入：http://app1.micmiu.com:18080/examples/servlets/servlet/HelloWorldExample，回车：

CAS实现单点登录SSO执行原理及部署第14张

跳转到验证页面：
CAS实现单点登录SSO执行原理及部署第15张

验证通过后显示如下：
CAS实现单点登录SSO执行原理及部署第16张

此时访问app2就不再需要验证：
CAS实现单点登录SSO执行原理及部署第17张

地址栏中输入：https://demo.micmiu.com:8443/cas/logout，回车显示：

CAS实现单点登录SSO执行原理及部署第18张

上述表示 认证注销成功，此时如果再访问 : http://app1.micmiu.com:18080/examples/servlets/servlet/HelloWorldExample 或 http://app2.micmiu.com:28080/examples/servlets/servlet/HelloWorldExample 需要重新进行认证。

7.2  获取登录用户的信息

修改类：webappsexamplesWEB-INFclassesHelloWorldExample.java 后重新编译并替换 webappsexamplesWEB-INFclassesHelloWorldExample.class文件。

 HelloWorldExample.java 修改后的代码如下：

 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
import java.io.*;
import java.util.*;
import java.util.Map.Entry;
 
import javax.servlet.*;
import javax.servlet.http.*;
 
import org.jasig.cas.client.authentication.AttributePrincipal;
import org.jasig.cas.client.util.AbstractCasFilter;
import org.jasig.cas.client.validation.Assertion;
 
/**
* CAS simple Servlet
*
* @author &lt;a href="http://www.micmiu.com"&gt;Michael Sun&lt;/a&gt;
*/
 
publicclassHelloWorldExampleextendsHttpServlet{
 
privatestaticfinallongserialVersionUID=-6593274907821061823L;
 
@SuppressWarnings("unchecked")
publicvoiddoGet(HttpServletRequest request,HttpServletResponse response)
throws IOException,ServletException{
ResourceBundle rb=ResourceBundle.getBundle("LocalStrings",
request.getLocale());
response.setContentType("text/html");
PrintWriter out=response.getWriter();
 
out.println("&lt;html&gt;");
out.println("&lt;head&gt;");
 
Stringtitle=rb.getString("helloworld.title");
 
out.println("&lt;title&gt;"+title+"&lt;/title&gt;");
out.println("&lt;/head&gt;");
out.println("&lt;body bgcolor="white"&gt;");
 
out.println("&lt;a href="http://t.zoukankan.com/helloworld.html"&gt;");
out.println("&lt;img src="http://t.zoukankan.com/images/code.gif" height=24 "
+"width=24 align=right border=0 alt="view code"&gt;&lt;/a&gt;");
out.println("&lt;a href="http://t.zoukankan.com/index.html"&gt;");
out.println("&lt;img src="http://t.zoukankan.com/images/return.gif" height=24 "
+"width=24 align=right border=0 alt="return"&gt;&lt;/a&gt;");
out.println("&lt;h1&gt;"+title+"&lt;/h1&gt;");
 
Assertion assertion=(Assertion)request.getSession().getAttribute(
AbstractCasFilter.CONST_CAS_ASSERTION);
 
if(null!=assertion){
out.println(" Log | ValidFromDate =:"
+assertion.getValidFromDate()+"&lt;br&gt;");
out.println(" Log | ValidUntilDate =:"
+assertion.getValidUntilDate()+"&lt;br&gt;");
Map&lt;Object,Object&gt;attMap=assertion.getAttributes();
out.println(" Log | getAttributes Map size = "+attMap.size()
+"&lt;br&gt;");
for(Entry&lt;Object,Object&gt;entry:attMap.entrySet()){
out.println("     | "+entry.getKey()+"=:"
+entry.getValue()+"&lt;br&gt;");
}
AttributePrincipal principal=assertion.getPrincipal();
 
// AttributePrincipal principal = (AttributePrincipal) request
// .getUserPrincipal();
 
Stringusername=null;
out.print(" Log | UserName:");
if(null!=principal){
username=principal.getName();
out.println("&lt;span style='color:red;'&gt;"+username
+"&lt;/span&gt;&lt;br&gt;");
}
 
}
 
out.println("&lt;/body&gt;");
out.println("&lt;/html&gt;");
}
}

再进行上述测试显示结果如下：

http://app1.micmiu.com:18080/examples/servlets/servlet/HelloWorldExample ：
CAS实现单点登录SSO执行原理及部署第19张

http://app2.micmiu.com:28080/examples/servlets/servlet/HelloWorldExample
CAS实现单点登录SSO执行原理及部署第20张

从上述页面可以看到通过认证的用户名。

到此已经全部完成了CAS单点登录实例演示。

标签：#重定向#sso#cas#cookie | 浏览：345 | 发布日期：

免责声明：文章转载自《CAS实现单点登录SSO执行原理及部署》仅用于学习参考。如对内容有疑问，请及时联系本站处理。

上篇使用maven构建和打包项目、使用私有仓库Nexus中遇到的问题和解决方案Markdown语法备忘下篇

宿迁高防，2C2G15M，22元/月；香港BGP，2C5G5M，25元/月 雨云优惠码：MjYwNzM=

相关文章

纯html的重定向。

纯html网页重定向与跳转 javaScript 跳转方法一:<script language="javascript">window.location = "http://www.baidu.com";</script>方法二:<script language="javascript">document.locatio...

thinkphp5学习总结5---超全局变量，魔术方法和魔术变量大全

PHP中的这三种变量 PHP在设计的时候已经预定义了9个超级全局变量、8个魔术变量和13魔术函数，这些变量和函数可以在脚本的任何地方不用声明就可以使用。 在PHP开发会频繁的使用这些变量和函数，这些变量和函数可以方便的帮我们解决很多问题。下面详细的讲解下PHP中的超级全局变量、魔术变量和魔术函数。 1.超全局变量（9个） $GLOBALS　　储存全局作用域...

C#编程中关于数据缓存的经验总结一直以来，

C#编程中关于数据缓存的经验总结一直以来，我都发现程序的运行速度不够理想。通过查代码，发现程序对数据库的访问非常频繁，而且检索出来的数据量比较大。为了让程序运行快起来，我想对程序采用适当的缓存方法。我在C#尝试了5种方法进行数据缓存，具体如下：(如有遗漏，错误欢迎大家指正，欢迎提建议。)1：Session方法：此方法是针对于每个用户来的，如果用户量比较大，...

flask请求钩子、HTTP响应、响应报文、重定向、手动返回错误码、修改MIME类型、jsonify()方法 --

请求钩子： 当我们需要对请求进行预处理和后处理时，就可以用Flask提供的回调函数（钩子），他们可用来注册在请求处理的不同阶段执行的处理函数。这些请求钩子使用装饰器实现，通过程序实例app调用，以 before_request钩子为例（请求之前），当你对一个函数附加了app.before_request装饰器后，就会将这个函数注册为before_reque...

Node中的cookie的使用

1.为什么使用cookie？ 因为HTTP是无状态协议。简单地说，当你浏览了一个页面，然后转到同一个网站的另一个页面，服务器无法认识到，这是同一个浏览器在访问同一个网站。每一次的访问，都是没有任何关系的。 那么就乱套了，比如我上一次访问，登陆了，下一次访问，又让我登陆，不存在登陆这事儿了。所以我们需要一个东西把我的登录记录给记录下来。cookie 就达到了...

形象地理解Cookie和Session

Cookie和Session的形象理解 通过实际生活中的银行卡来理解Cookie和Session间的关系： Cookie相当于银行卡 Session相当于银行账户 结合到银行存钱和取钱的过程来理解： 存钱过程 1. 兴高采烈地到银行柜台，把要存的钱交给银行工作人员； 2. 银行工作人员把钱存好后，给你一张银行卡。 取钱过程 1. 需要用钱了，找到最近...

最新文章

随机推荐

思享工具箱导航