cas客户端session(cas登录后ticket参数)

第三步重新定向到访问客户端的ssoLogin并附加Ticket参数和值 第四步根据传来的Ticket拼凑定向到CAS_SERVER的连接去校验Ticket的合法性 第五步CAS_SERVER校验成功后，会返回XML报文并重新定向到访问客户端的ssoLogin 解析该XML报文，构造用户信息对象存储在session中 然后根据ssoLogin设置的loginSuccess。

初次访问时，经过CAS的过滤器判断用户状态，若未登录则重定向至认证中心在认证中心，用户完成登录并获得ticket令牌，返回至初次访问网站进行验证初次网站根据ticket进行CAS服务器验证，确认用户身份后展示资源二次访问时，由于已登录状态保存在session中，无需再次验证访问不同子系统如邮件服务时，通过。

如果使用phpcase等cas系统提供的客户端sdk，他帮我们自动做好了session的处理cas中心验证用户凭证后，会把用户信息传递给子系统，子系统的客户端sdk会把cas中心传回来的用户信息保存到session中默认是保存user，并且在返回浏览器时将sessionid写到cookie中 可以在子系统登录后，打印出sessionid和内容。

不需要服务端验证3浏览器未关闭情况下访问webClient2 1webClient2检测自己的session中没有用户信息，request被CASAuthencationFilter拦截，将该请求的url作为sevice参数，重定向至caslogin2此时请求中会有TGC，CASServer会根据TGC查找到TGT，然后用TGT去签发ST 接下来就是14中的步骤了。

认为是同一个域，接收了 B 的 setcookie 指令，把对应的 cookie 内容覆盖了，其中包括 jsessionid，造成 A 的session 丢失如果 IP 不同，则不会发生这个问题，因为 weblogic或 ie会为不同的 IP 分配不同的cookie 空间，而不区分端口号解决方案莫非用的是CAS解决方。

用户在Cas Server输入账号密码后，系统会回调至本地客户端，并通过该客户端获取登录用户信息本地应用通常使用Session机制处理用户的登录状态，确保在后续操作中能识别该用户处理用户登录状态时，数据库操作需谨慎常见方法有1与已有用户表重合使用从Cas Server跳转回客户端后，先在用户表中检查此。

标签： cas客户端session