CAS 集群

使用nginx-sticky实现CAS集群
参考文档http://www.ttlsa.com/nginx/nginx-modules-nginx-sticky-module/
简介:这种方法实现CAS集群是当应用请求通过nginx转发到认证中心时候,会在客服端cookie中存入一个md5码,nginx通过这个md5码对应后后台的CAS上,以后所有的认证服务都会在同一台CAS上。
1. nginx配置
这里写图片描述
注意事项
在安装nginx-sticky-module-1.1之前要修改一下内容:
把ngx_http_sticky_misc.c 的281行修改如下
原digest->len = ngx_sock_ntop(in,digest
->data, len, 1);
改后digest->len = ngx_sock_ntop(in,sizeof(struct sockaddr_in),digest
->data, len, 1);
避免编译模块的时候出现问题。
安装看nginx安装文档

CAS票据存储仓库代码的重写
重写默认的票据仓库,将ticket存储到redis中。

public class RedisTicketRegistry extends AbstractDistributedTicketRegistry {
private static final Logger LOGGER = LoggerFactory
            .getLogger(RedisTicketRegistry.class);
@Resource
private RedisDB redisDB;
@Resource
private RedisTemplate<String, Object> redisTemplate;
@Override
protected void updateTicket(Ticket ticket) {
LOGGER.info("updateTicket:is" + ticket);addTicket(ticket);
    }

@Override
protected boolean needsCallback() {
return false;
    }

@Override
public void addTicket(Ticket ticket) {
        String key = ticket.getId() ;
LOGGER.info("key:is" + key);
redisDB.addObject(key, ticket, 60 * 10);
LOGGER.info("\n addTicket--getKey:is" + redisDB.getObject(key));
    }

@Override
public Ticket getTicket(String s) {
LOGGER.info("\n getTicket--getKey:is" + redisDB.getObject(s));
        Ticket t = (Ticket)redisDB.getObject(s);
if (t != null) {
            Ticket a =  getProxiedTicketInstance(t);
return getProxiedTicketInstance(t);
        }
return null;
    }

@Override
public boolean deleteTicket(String s) {
if (s == null) {
return false;
        }
LOGGER.info("\n deleteTicket"+s);
redisDB.del(s);
return true;
    }

@Override
public Collection<Ticket> getTickets() {
throw new UnsupportedOperationException("GetTickets not supported.");
    }
}

修改ticketRegistry.xml

<bean id="ticketRegistry" class="org.jasig.cas.ticket.registry.DefaultTicketRegistry" /> 

讲默认的票据仓库修改成重写的方法。

session共享集群

  1. 使用tomcat-redis-session-manager
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
CAS(Central Authentication Service)是一种为大型网络环境提供单点登录功能的开源软件。CAS Cookie是CAS系统中用于维持用户会话状态的一种身份验证机制。 CAS提供了一个统一的身份验证服务,允许用户在成功登录到一个应用程序后,在访问其他受信任的应用程序时不需要再次输入用户名和密码。这个被授权的会话状态是通过CAS Cookie来保持的。 CAS Cookie是一个存储在用户浏览器中的小型文件,由CAS服务器发送给用户在登录后,用于在用户在同一个网页应用程序中未注销的情况下保持其登录状态。CAS Cookie包含了用户的身份验证信息和有效期等相关信息。 当用户在访问其他需要身份验证的受信任应用程序时,CAS服务器会检查用户是否已经登录。如果用户已经登录并存在有效的CAS Cookie,CAS服务器将使用该Cookie中的用户信息来验证用户身份,并允许用户继续访问受保护的资源。如果用户未登录或CAS Cookie已失效,CAS服务器将要求用户重新输入用户名和密码进行身份验证。 使用CAS Cookie带来了便利性和安全性之间的平衡。它方便用户在不同应用程序之间的无缝切换,避免了频繁输入登录凭证的麻烦。同时,CAS Cookie的有效期限制了用户会话的持续时间,提高了系统安全性,减少了恶意攻击的风险。 总之,CAS Cookie是CAS系统中的一种身份验证机制,通过在浏览器中存储会话状态信息,实现了单点登录的功能。它既方便了用户的使用体验,同时又提高了系统的安全性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值