本文介绍了CAS入门中的Memcached Ticket存储方案。通过修改Spring配置文件，将默认的Ticket Registry替换为使用Memcached的实现。由于Memcached服务器会自动处理过期的Ticket，因此不需要配置Ticket Registry Cleaner。此外，文章还提到了需要添加的相关依赖库，包括cas-server-integration-memcached、spymemcached、kryo和mockito-core等。
memcached ticket存储器，需要利用memcached客户端jar连接memcached服务器，根据 memcached的服务器特点，服务端是不进行节点内容复制，这个是它的优点，也是它的缺点。比如，现在三台memcached服务器m1,m2,m3,cas 服务端只有一台，当用户认证时，产生tgt123,根据hash算法,tgt123应存在memcached节点m2上， 那么以tgt123产生的st123存在节点m1上。假设此时m2节点不能用了，那么 cas服务器将不会再向m2存储ticket，那么以tgt123票据，发出的请求，将需要重新认证，此时产生tgt456,根据hash算法，将有可能存在节点m3上。那么当节点m2再次上线，存储在它里面的tgt123依然有效，但是再也不会被任何请求使用，所以它只能通过ticket的过期策略去处理。另外,cas服务端向memecached服务器传送ticket的过程是没有加密的，这个过程是否安全，只有我们自已去衡量了。当然我们也可以通过ssh加密通道进行ticket的传送(参见 http://m.udpwork.com/item/1125.html）。
memcached ticket存储的修改步骤：
1.找到cas/webapp/WEB-INF/spring-configuration/ticketRegistry.xml原始文件(cas发布默认配置）
（对于cas spring配置文件，可参看
memcached ticket存储的修改步骤：
1.找到cas/webapp/WEB-INF/spring-configuration/ticketRegistry.xml原始文件(cas发布默认配置）
（对于cas spring配置文件，可参看
最低0.47元/天 解锁文章
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
