如题:
本人最近在看CAS这个开源的SSO项目
这个SSO框架中涉及到以下几种票据
1.TGT:与用户凭证关联的票据
2.PGT:应用代理端持有的与用户凭证关联的票据
3.ST:用户访问应用时,用于验证的服务票据,临时生成,使用过后立刻作废
有的资料上说还有两种票据:
4.LT:登录票据,不知道干嘛用的
5.PT:代理票据,不知道干嘛用的现在向了解CAS的达人请教下,第4种和第5种票据的作用、位置、生存周期等

解决方案 »

  1.   

    SSO的机制 貌似就是凭着一张“命令卡”(不太确定叫什么)
    不太懂  学习学习。。
      

  2.   

    LT 实际上就是spring web flow中的flowExecutionKey。cas在自己的登录流程上用的是spring web flow。至于flowExecutionKey干嘛用的,可以看看相关资料。(貌似是防止重复提交之类的作用,说的不对请包涵。)如果不使用cas自带的login界面,可能会和这个lt打交道,因为定制login页面时候,提交以后还是要提交到cas进行验证,那么参数中需要带lt,这个lt必须在前面获取到。参考:
    https://wiki.jasig.org/display/CAS/Using+CAS+without+the+CAS+login+screen=========
    PT网上有资料的。PT(Proxy Ticket)
    PT是用户访问Target Service(back-end service)的票据。如果用户访问的是一个Web应用,则Web应用会要求浏览器提供ST,浏览器就会用cookie去CAS获取一个ST,然后就可以访问这个Web应用了。如果用户访问的不是一个Web应用,而是一个C/S结构的应用,因为C/S结构的应用得不到cookie,所以用户不能自己去CAS获取ST,而是通过访问proxy service的接口,凭借proxy service的PGT去获取一个PT,然后才能访问到此应用。http://zhenkm0507.iteye.com/blog/546805=========
    我还是觉得有些文章写的太理论化了,最好还是自己写个简单的应用,然后把所有涉及到的这些ticket都找到对应。再分析源代码,这样理解起来可能比较直观些。
      

  3.   

    多谢nickycheng啦,看了你的blog,受益匪浅
    结贴给分啦