CAS进行https到http的改造方案

先说具体的改造方案:

服务端:

一、CAS Server端的修改

1、找到cas\WEB-INF\deployerConfigContext.xml

对以下Bean增加参数p:requireSecure="false",该参数表示是否需要安全验证,即HTTPS,false为不采用,加上去之后如下:

<!-- Required for proxy ticket mechanism. -->
    <bean id="proxyAuthenticationHandler"
          class="org.jasig.cas.authentication.handler.support.HttpBasedServiceCredentialsAuthenticationHandler"
          p:httpClient-ref="httpClient"
          p:requireSecure="false" />

2、找到cas\WEB-INF\spring-configuration\ticketGrantingTicketCookieGenerator.xml

<bean id="ticketGrantingTicketCookieGenerator" class="org.jasig.cas.web.support.CookieRetrievingCookieGenerator"
p:cookieSecure="false"
p:cookieMaxAge="-1"
p:cookieName="CASTGC"
p:cookiePath="/cas" />

参数p:cookieSecure="true",同理为HTTPS验证相关,true为采用HTTPS验证,与deployerConfigContext.xml的参数保持一致。

参数p:cookieMaxAge="-1",简单说是COOKIE的最大生命周期,-1为无生命周期,即只在当前打开的IE窗口有效,IE关闭或重新打开其它窗口,仍会要求验证。可以根据需要修改为大于0的数字,比如3600等,意思是在3600秒内,打开任意IE窗口,都不需要验证。

3、找到cas\WEB-INF\spring-configuration\warnCookieGenerator.xml

<bean id="warnCookieGenerator" class="org.jasig.cas.web.support.CookieRetrievingCookieGenerator"
p:cookieSecure="false"
p:cookieMaxAge="-1"
p:cookieName="CASPRIVACY"
p:cookiePath="/cas" />

两个参数与上面同理。应保持一致。

改造的原因:

为什么要吧cookieSecure的属性设置成false呢?让我们去Cookie.class的源码里面去看一下:

    /**
     * Indicates to the browser whether the cookie should only be sent
     * using a secure protocol, such as HTTPS or SSL.
     *
     * <p>The default value is <code>false</code>.
     *
     * @param flag    if <code>true</code>, sends the cookie from the browser
     *            to the server only when using a secure protocol;
     *            if <code>false</code>, sent on any protocol
     *
     * @see #getSecure
     *
     */

    public void setSecure(boolean flag) {
    secure = flag;
    }

看一下方法前面的注释就明白了。如果设置成true,那么只有使用了安全协议才会从浏览器把cookie发送给server。默认是设置成false的。而cas默认是支持https协议的,cas中给默认设置成了true。如果想改造成http的,就得把cookie的这个属性设置成false。

而cas中涉及到cookie相关的就是这两个bean了。

客户端:

把对应filter中的https连接修改成http:

<filter>
<filter-name>CAS Single Sign Out Filter</filter-name>
<filter-class>org.jasig.cas.client.session.SingleSignOutFilter</filter-class>
<init-param>
<param-name>casServerLoginUrl</param-name>
<param-value>http://**.**.com/logout</param-value>
<!--这里的server是服务端的IP -->
</init-param>
</filter>
<filter-mapping>
<filter-name>CAS Single Sign Out Filter</filter-name>
<url-pattern>*.htm</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>CAS Single Sign Out Filter</filter-name>
<url-pattern>*.json</url-pattern>
</filter-mapping>

现在就可以走http协议了

时间: 2024-08-05 07:06:22

CAS进行https到http的改造方案的相关文章

学习记录009-用户权限改造方案

一.服务器用户权限管理改造方案与实施管理 背景:公司的root权限泛滥,需要重新给所有角色定好权限 初级运维查看系统信息,查看网络状态/usr/bin/free,/usr/bin/iostat,/usr/bin/top,/bin/hostname,/sbin/ifconfig,/bin/netstat,/sbin/route高级运维查看系统信息,查看和修改网络配置,进程管理,软件包管理,存储管理/usr/bin/free,/usr/bin/lostat,/usr/bin/top,/bin/hos

狼奔权限管理系统改造方案

狼奔权限管理系统改造方案 人员管理 增加上传头像的功能,图片格式限制为bmp,jpg,gif等常用格式 菜单管理 将"操作"改名为"按钮",采用下拉选择checkbox的形式选择按钮,并显示按钮图片: "状态"改名为"显示",选择项为"折叠,展开",默认为"折叠": 在"网址"前面,增加"站点:",采用下拉框的形式展示,默认为"请选择&q

cas 用HTTPS方式访问 安全连接失败

在cas server配置以HTTPS方式,客户端同样请求为HTTPS方式,在各个浏览器下出现错误,如下: firefox: chrome: ie: ie上看不到任何反应就不贴图了 导致以上结果的原因就是在客户端指定的server地址有问题,不应该指定server的应用端口 而是应该指定为SSL端口443或8443,如: <filter> <filter-name>CASFilter</filter-name> <filter-class>org.jasig

麻辣诱惑改造方案

一.麻辣诱惑现有网络结构 麻辣诱惑总部网络出口为双出口,内网通过D-LINK路由器上网,服务器通过juniper防火墙与分支建立VPN隧道提供业务服务.内网为二层环境,与服务器在同一网段,部分服务器通过D-LINK路由器发布到公网,提供业务访问. 现有网络结构需要解决问题: ①内网上网环境只有一个简单的网关设备,无专业防火墙保护内网安全. ②无法有效对内网用户的上网行为进行管控,上班时间购物.浏览非法网站.玩游戏.聊天.炒股等行为现有环境无法进行管控. ③无法对接入网络的设备进行限速,P2P下载

CAS去掉HTTPS认证

如何去掉HTTPS认证? 说明:默认情况下HTTP也是可以访问CAS SERVER的,但认证,登陆,退出等操作均没有任何的效果.所以必须作出下面的修改 1.进入WEB-INF\spring-configuration目录  打开warnCookieGenerator.xml文件 修改p:cookieSecure的值为false 2.打开ticketGrantingTicketCookieGenerator.xml文件  同样修改p:cookieSecure的值为false 3.打开WEB-INF

CAS 之 Https And Database Authentication(三)

CAS 之 Https And Database Authentication(三) 标签(空格分隔): CAS sso-examples-guides源码 Intro(介绍) 由上节可知Apereo CAS官方默认使用 https 的方式进行部署: 为了安全,我们使用https方式,并禁用静态账户信息. What you'll need(需要掌握) JDK 1.8 or later Maven 3.2+ spring boot Spring Tool Suite (STS) IntelliJ

模拟电视系统直接升级数字高清IPTV电视系统-基于同轴电缆的酒店IPTV互动电视改造方案

基于同轴电缆的酒店互动电视改造方案18127306305一.酒店电视系统的改造背景根据国家广电总局要求, 2015年全面停止模拟信号传输, 全部使用数字信号.目前酒店企业也开始注意把高画质的数字电视应用到商业系统中,提高酒店企业的档次,知名度,在这之前,很多酒店使用的是模拟信号系统,节目有限, 时间一久,就会出现雪花.网纹,严重影响了用户体验度.随着三网合一,信息IP化的大潮到的到来,让整体改造价格已达到酒店应用范围,效果更好,费用更经济酒店互动电视是酒店的最佳选择.但以前老酒店都是配备的同轴电

2017年8月公司网络冗余改造方案

本方案的目标是为了实现核心网络交换的负载均衡.互为备份.冗余等功能,先规划好物理架构,再逐步添加设备.本方案在满足现有网络需求的同时,考虑公司未来发展,为未来可预期的风险提供保障. 现状分析 原网络模型: 现状分析: 目前架构模式采用单台华为防火墙6308作为出口网关设备,兼顾内网安全,外部采用双链路,一条电信,一条移动,当一条链路故障时,可切换到另外一条线路继续使用.下连华为交换机S5700,作为核心交换机,各服务器直连核心交换机以减少故障率,内网划分虚拟网络,使各部门及楼层逻辑隔离,当某部门

轨迹系列——记某真实项目中轨迹存储改造方案

文章版权由作者李晓晖和博客园共有,若转载请于明显处标明出处:http://www.cnblogs.com/naaoveGIS/ 1.    方案目标 该方案需要满足以下几点: 支持人员当天轨迹快速获取(查询). 支持轨迹高并发读.写(实际项目中轨迹高并发读情况很少). 保证所有(历史)轨迹数据的完整性.不丢失. 2.方案探讨详细描述 2.1支持轨迹快速查询--轨迹日志文件方案 海量数据高效存储.查询,这个场景本身是比较适合NoSQL数据库运用的,但是考虑到该方案实施的难度(对工程实施.维护.研发