关于CAS是个什么东西，就不多闲扯了，相信每个有过SSO经验的都听过CAS大名，百度百科地址:
https://baike.baidu.com/item/CAS/1329561?fr=aladdin
项目所用https:/github.com/apereo/dotnet-cas-client
在.Net 中集成CAS 网上也有很多的教程，关于无限重定向的解决方案，网上也有众多解决方案，第一点就是<sessionState>节点的配置，这个简单扯一下，在.Net 中，session有四种存储方式，而sessionState节点的mode模式有4种，分别为Off、InProc、StateServer、SqlServer。 四种存储方式分别为自定义数据存储、IIS进程、状态服务器、数据库。默认情况下，session保存在IIS进程中，其默认超时时间为20分钟。
| 值 |
说明 |
| Custom |
会话状态将使用自定义数据存储区来存储会话状态信息。 |
| InProc |
会话处于正在处理 ASP.NET 辅助进程的状态。 |
| Off |
会话状态被禁用。 |
| StateServer |
话状态将使用进程外 ASP.NET 状态服务来存储状态信息。 |
| SQLServer |
会话状态将使用进程外 SQL Server 数据库来存储状态信息。 |
一般情况下，解决无限重定向，我们只需要配置sessionState 节点为<sessionState mode="StateServer" cookieless="UseCookies" timeout="1440"></sessionState> timeout 即为超时时间，单位为分钟，这个根据实际情况可自由配置。
关于其他的配置就不多说了，官方文档讲述的很详细。
这次所遇到的坑 就是，在对接其他公司提供的CAS平台时，我们需要获取到平台返回的用户信息，默认情况下，能够获取到的只是当前用户名，不太容易满足我们的需求。在CAS服务端进行配置，可以获取到用户的扩展属性，比如ID、类型、邮箱、头像等等。客户所提供的文档 有Java、Python、Php的实现方案，从attributes里获取用户的基本信息，.Net平台下官方文档对此没有介绍，开始盲人摸象。看源代码，发现在 Assertion 下有Attributes属性，开始尝试使用，起初获取信息代码为:
var user = HttpContext.Current.User;
var casPrincipal = (ICasPrincipal)user;
var dict= casPrincipal.Assertion.Attributes;
但是我发现，无论怎么整，获取的attributes总为null。所以一直在想，到底是我的代码不对，还是他们给的文档不对，网上没有找到对应的解决方案，无奈只有回到百科查看cas介绍。一张图点亮了我：
这是百科上的cas协议图，结合实际情况，项目确实成功集成了CAS，登录成功后确实跳转到了我们的客户端，思路主要在第5步上，服务端在验证service ticket以后才会返回给我们用户信息，所以就在这里跟代码，看服务端到底返回给了我们什么信息。代码在TicketValidator这一块，
可以看到，服务端确实成功返回给了我们用户扩展属性。在这里吐槽一下某公司，给的文档完全和这信息不匹配。
既然服务端成功返回给了我们数据，为什么没有格式化拿到数据呢，接着往下走
发现在这里少了Attributes属性，故加上Attributes属性，格式如上，
[XmlElement("attributes")]
public object Attributes
{
get;
set;
}
代码接着往下走，如下图所示，在所处位置加上如下代码，解析attributes构造成一个字典，并附加到Assertion的Attributes中即可。
还是起初获取用户信息的代码，在Attributes中便可获取到服务端返回的扩展信息。
这种解决方案不会适配所有情况，但是目前解决了我的问题，各位有好的解决方案希望能够提供。
到此结束，主要问题就是DotNetCasClient这个库在反序列化信息的时候，丢失了attributes，我们做的就是加上了这个属性，让其成功反序列化，从而获取结果。