原理如下1前端向系统访问资源，系统里已经整合了casclientcas客户端，这个客户端和casserver是一套的Casclient判断用户是否登录，即有没有携带ticket，否则要跳转到casserver登录2Casserver登录页面填入正确的用户名和密码，用户在CASserver认证成功后，CAS生成cookie叫TGC，写入浏览器，生成。
CAS Client 与受保护的客户端应用部署在一起，以 Filter 方式保护 Web 应用的受保护资源，过滤从客户端过来的每一个Web请求 下面我将分为两部分用户第一次登录验证和之后的登录验证详细解析其登入原理 以上是第一次验证时基本流程 跨域的关键在于浏览器端的Cookie TGC ，因为这个Cookie是设置在 S。
cas+shiro集成cookie保存使用shiro中的SimpleCookie存入cookie信息，并最终实现自动保存和登录。
用户在第 3 步中输入认证信息，如果登录成功，CAS Server 随机产生一个相当长度唯一不可伪造的 Service Ticket，并缓存以待将来验证，之后系统自动重定向到 Service 所在地址，并为客户端浏览器设置一个 Ticket Granted CookieTGC，CAS Client 在拿到 Service 和新产生的 Ticket 过后，在第 5。
一几个概念 TGTTicket Grant Ticket是cas服务端为用户签发的登录票据，封装了cookie和用户信息，有TGT代表用户已经登录过TGCTicket Granting Cookie可以理解成TGT的cookie，cookie的值就是TGT的IDSTservice Ticketcas服务端签发的访问某个服务的票据，server用TGT去签发ST 二基本原理。
如果session中包含“ const_cas_assertion ”属性，说明已经登录，跳过此过滤器执行配置的其他过滤器如果ticket参数不为空可能是登陆后跳转回来的，跳过此过滤器，执行TicketValidationFilter 验证ticket如果前两个条件都不满足，重定向到cas服务端，返回登录页面进行登录操作Cookie中的CASTGC向。
比如说在A机器输入，还可以在默认的下面共享。
cas集成使用iframe的时候父和子iframe的用的是单点登陆，一般不要单独的配置cookie信息集成到cas管理器中，用默认的即可，否则在ie中iframe共享不到父页面的cookie信息，即会出现单点登陆了父但是iframe子中的页面还是会被cas拦截，要求重新登陆火狐，chrome，父iframe子可以自动公用cookie，iframe。
用户在第3步中输入认证信息，如果登录成功，CASServer随机产生一个相当长度唯一不可伪造的ServiceTicket，并缓存以待将来验证，之后系统自动重定向到Service所在地址，并为客户端浏览器设置一个TicketGrantedCookieTGC，CASClient在拿到Service和新产生的Ticket过后，在第5，6步中与CASServer进行身份核实。
1在cas下面设置cookie的时候，增加cookiesetDomainquotjszxcomquot，这样在webapp_b下面就可以取到cookie2这个参数必须以“”开始3输入url访问webapp_b的时候，必须输入域名才能解析比如说在A机器输入。
同域下的单点登录是巧用了Cookie顶域的特性如果是不同域呢不同域之间Cookie是不共享的，怎么办这里我们就要说一说CAS流程了，这个流程是单点登录的标准流程上图是CAS官网上的标准流程，具体流程如下至此，跨域单点登录就完成了以后我们再访问app系统时，app就是登录的接下来，我们再看看。
iframe父子级页面保证ip和域名一致cas集成使用iframe的时候父和子iframe的用的是单点登陆，一般不要单独的配置cookie信息集成到cas管理器中，用默认的即可，否则在ie中iframe共享不到父页面的cookie信息，即会出现单点登陆了父但是iframe子中的页面还是会被cas拦截，要求重新登陆火狐，chrome，父。
对，是必须得使用域名，这是由于它是基于COOKIE来实现的 所有的WEB应用要想使用SSO的都离不开COOKIE 甚至于可以说几乎所有的登录的实现都离不开COOKIE。
这样设置Cookie在一个月后过期2Domain属性 该属性定义Cookie要传送的唯一域如Cookie只传送给Microsoft的人，则可以使用以下代码lt%ResponseCookiesquotdomainquotDomain=quotquot% 3ASP用来写入Cookie即向客户机发送Cookie的语法如下ResponseCookiesquotCookie名quotquot。
用户在第 3 步中输入认证信息，如果登录成功，CAS Server 随机产生一个相当长度唯一不可伪造的 Service Ticket，并缓存以待将来验证，之后系统自动重定向到 Service 所在地址，并为客户端浏览器设置一个 Ticket Granted CookieTGC，CAS Client 在拿到 Service 和新产生的 Ticket 过后，在第 5，6 步中与 CAS。
标签： cas客户端cookie