竹子.GE的专栏

CAS Server 如何连接WebService验密？一般常用的有连接AD 域控的LDAP或DB去做用户和密码的验证,网上也有很多介绍。CAS Server的source code初始化时，使用的是casuser/Mellon,以方便大家初次使用。最简的方式就是从这里入手，大家可以在deployerConfigContext.xml里找CASUSER或Mellon.下面是

这里面走了许多弯路， 帖出来供大家使用借鉴。大家配置的时候参加官网（我一开始进入了没有维护的官网导致走了很多弯路）：http://jasig.github.io/cas/4.0.x/protocol/REST-Protocol.html Pom 文件加依赖，项目根POM文件，我们也可能把不用的插件关闭或开启。 cas-server-core cas-server

CAS+RESTful WebService 使用文档

CAS 整合/v1/tickets/{TGT id} 与/serviceValidate ,生成ST时直接验证其合法性。其目的是模拟客户端（C/S结构）调用服务器去验证TGT的合法性，省略调用/serviceValidate。修改如下：TicketGrantingTicketResource.java成功后直接返回( true / false )/* * Lice

思路： 上一篇文章中，把TGT存入了redis集群中，跟踪代码后发现，在ticket对象中还存放着所有访问的server信息，因为当登出时，会往每个曾经访问过CAS客端发送登出信息。因为修改了存储方式，导致该对像无数据。所以我们要把server信息也存入redis中， 退出时取出。在CentralAuthenticationServiceImpl.java中介入,grantServiceTic

原生CAS, 在loadrunner 500并发下，表现良好，但集成了NGINX后出现的瓶颈。下面是对NGINX的配置，解决问题：#upstream cas_server { server 192.168.XX.35:8880 max_fails=3 fail_timeout=3s weight=9; server 192.168.XX

Nginx conf:如何Tomcat 不做SESSION共享可以开启IP_HASH.upstream tomcat { ##ip_hash; server 200.10.10.67:8110; server 200.10.10.67:8120;}Tomcat Session 参照【1】–注意jar版本号CAS 相应开发配置Pom.xml 配置：相应的POM文件引入depe