CAS 与.net 集成的 “循环重定向”问题分析

转自：http://www.cnblogs.com/xingshao/archive/2011/09/29/2195746.html

近期的一个项目，项目包含了若干的子系统，因为人员配备的原因，项目会包含不同开发语言编写〔java、.net〕的几个子系统。项目从企业应用集成的角度进行架构，除了在应用层面上的“业务流程整合”之外。还有一个就是“身份认证”层面上的集成，身份认证的整合应用了CAS (Central Authentication Service)，它是Yale 大学的 ITS 开发的一套 JAVA 实现的开源的SSO(single sign-on)的服务。

Cas的部署、实现在java项目系统中都很顺利的架设，实现了。但是在.net子系统中遇到了问题，.net下的集成是我今天要说的。

.net集成之初，参考了官上的范例(http://www.jasig.org/cas),它也提供.net客户端的源码下载。但是在调试的时候，出现了“循环请求验证”的现象，Ie的现象是“一直登录”，火狐下直接提示“循环访问”一类的错误。

首先在google直接找解决方法，但是遗憾的是并没有直接解决类似问题的信息。有几篇文章提到了这个现象，但是并没有提出解决方案，msdn中有这个问题，但是回复者都是三言两语，没有详细的解决方案，有的回答说“官网提供的是个半成品”。无语..暂且信之吧。

问题总是要解决的，以前没有实际使用过这个东西，所以还是从头开始吧，googel了一些cas的知识，对cas的机制，应用过程进行了解。

(具体知识详见 http://linliangyi2007.iteye.com/blog/165310说的很通俗〕。

Cas .net版本的客户端.是结合了asp.net自身的forms认证实现认证的。它是通过编写一个httpModel进行拦截，通过对客户端票据〔ticket〕的检查来实现对每一次请求的过滤，进而达到对功能页面的控制。首先在web.config中要配置一系列的cas服务端的参数信息，直接贴出

<configSections>

<sectionname="casClientConfig"type="DotNetCasClient.Configuration.CasClientConfiguration, DotNetCasClient"/>

</configSections>

<casClientConfig

casServerLoginUrl="http://192.168.12.196/cas/login"

casServerUrlPrefix="http://192.168.12.196/cas"

serverName="http://localhost:3273/ExampleWebSite"

notAuthorizedUrl="~/NotAuthorized.aspx"

cookiesRequiredUrl="~/CookiesRequired.aspx"

redirectAfterValidation="true"

gateway="false"

renew="false"

singleSignOut="true"

ticketTimeTolerance="5000"

ticketValidatorName="Cas20"

serviceTicketManager="CacheServiceTicketManager"

gatewayStatusCookieName="CasGatewayStatus" />

<system.web>

.net 自己的Forms认证这的配置也很重要，

<authenticationmode="Forms">

<forms

loginUrl="http://192.168.12.196/cas/login"

timeout="30"

defaultUrl="~/Default.aspx"

cookieless="UseCookies"

slidingExpiration="true"

path="/ExampleWebSite/"

/>

</authentication>

<authorization>

<denyusers="?"/>

<allowusers="*"/>

</authorization

最后就是httpModel的配置了

<httpModules>

<addname="DotNetCasClient"type="DotNetCasClient.CasAuthenticationModule,DotNetCasClient"/>

</httpModules>

至此cas的基础配置完成了，但是这是不够的，这个的配置并没有错，但是实际运行中就会出现上述的“循环验证”的问题，通过分析代码，发现循环重定向到login页面的原因是每一次的验证都是失败，票据丢失，会话状态丢失。这个是引起循环重定向的直接凶手，

请求系统页面-->httpModel重定向à cas登录页à登录后的系统页面àhttpModel验证ticket失败à重定向登录cas

这个过程周而复始，那么问题的核心在那呢？.“httpModel验证失败”，这个是整个问题过程中的核心，通过调试，最终也确定了导致失败的最终代码段。

httpModel

CasAuthenticationTicket casTicket = null;

FormsAuthenticationTicket formsAuthenticationTicket = GetFormsAuthenticationTicket();

if (formsAuthenticationTicket != null)

{

ICasPrincipal principal;

if (ServiceTicketManager != null)

{

string serviceTicket = formsAuthenticationTicket.UserData;

casTicket = ServiceTicketManager.GetTicket(serviceTicket);

if (casTicket != null)

没有发现票据，也就是说票据实失效引起的cas 认证的重定向登录，那么是谁引起的ticket的失效呢？.最终排除了cas客户端和服务端的问题，也就是说cas 配置是正确的，？？那是什么引起最初的“循环重定向”现象呢。“Asp.net forms 验证下的session失效”，问题由cas踢给.net自己的问题。最终问题再次转移了，变成了“在.net下，session失效的问题”，但是也看到了曙光，因为这个问题googel一下.会有太多的信息供你浏览。同时，我发现我被“java 、cas”这样的词误导了。基于.net的cas集成本身并不全是“cas”的问题，.net也是整合的一部分。

直接增加配置：

<sessionStatemode="StateServer"cookieless="UseCookies"timeout="36000"></sessionState>

1、启用会话状态，

2、开始asp.net状态服务〔确保会话的持久，不在莫名其妙的失效。〕

3、对一些系统的页面进行页面缓存禁用，因为有几次..缓存的页面又一次误导了，让我以为cas的认证有问题。

通过解决asp.net的会话失效问题，发现应用cas后的“循环重定向”问题没有了。

最后要说一下cas的“登出”操作，“登出”必须要.net forms登出和 cas的服务端登出结合。一定要先将服务端会话Abandon，然后在对cookie进行过期操作。最后清清除cas服务端的验证票据。

FormsAuthenticationTicket ticket = FormsAuthentication.Decrypt(ticketCookie.Value);

if (CasAuthentication.ServiceTicketManager != null && ticket.UserData.Length > 0)

{

CasAuthenticationTicket casTicket = CasAuthentication.ServiceTicketManager.GetTicket(ticket.UserData);

CasAuthentication.ServiceTicketManager.RevokeTicket(casTicket.ServiceTicket);

CasAuthentication.ClearAuthCookie();

Session.Clear();

this.Session.Abandon();

Request.Cookies.Remove(FormsAuthentication.FormsCookieName);

Page.Response.Cookies.Remove(FormsAuthentication.FormsCookieName);

CasAuthentication.SingleSignOut();

至此，cas .net集成的问题彻底解决。本文强调的其实并不是解决“cas .net集成”这个现象，而是在解决这个现象的过程。在开发过程中，所有遇到的技术问题并不可怕，可怕的是你不知道如何去分析、分解问题，“大而化小，小而化了”才是解决问题的精髓。之所以说解决不了的问题，是因为你没有掌握分析、解决问题所必要的基础信息，比如“相关的领域知识”、涉及的技术特点。如果碰到了解决不了的问题，那肯定是在领域知识方面有欠缺，致使你不能分析、不能分解。

结论，在领域知识掌握到一定程度后，在领域范围内，你就是专家。