Cas 服务器 Service(Cas客户端)注册信息维护

作为Cas服务器,允许哪些客户端接入与否是通过配置来定义的。对Cas服务器来说,每一个接入的客户端与一个Service配置对应;在Cas服务器启动时加载并注册上这些Service,与之对应的客户端才能接入。否则将出现

一、假设Cas服务器为HTTPS类型

假设我们的Cas服务器运行在8443端口,以HTTPS协议对外提供服务(《Cas 服务器 下载、编译及部署》中的cas服务器配置)。

1.1 Cas客户端类型为HTTP应用时的配置

假设我们的Cas客户端以HTTP协议来对外提供服务,对外提供服务的域名及端口信息为:http://localhost:8081。

1.1.1 在Cas服务器上注册Cas客户端(Service)

从target>cas>WEB-INF>classes下复制service目录到src>main>resources下,删除复制来目录中的Apereo-10000002.json文件,将HTTPSandIMAPS-10000001.json重命名为TEST-10000003.json,如下图:

将TEST-10000003.json文件内心修改如下:

{
  "@class" : "org.apereo.cas.services.RegexRegisteredService",
  "serviceId" : "^(http)://localhost:8081.*",
  "name" : "TEST",
  "id" : 10000003,
  "description" : "This service definition authorizes all application urls that support HTTPS and IMAPS protocols.",
  "evaluationOrder" : 10000
}

注:json文件名字由文件内容中的 name-id 组合而成,关于json文件中的各个属性的涵义及更深入内容可参考https://blog.csdn.net/anumbrella/article/details/82119246

在pom中添加对json文件services注册支持的依赖

<dependency>    <groupId>org.apereo.cas</groupId>    <artifactId>cas-server-support-json-service-registry</artifactId>    <version>${cas.version}</version></dependency>

修改application.properties

#开启json格式service注册cas.serviceRegistry.initFromJson=true# Json services 配置位置设定cas.serviceRegistry.json.location=classpath:/services

build run 启动Cas服务器

1.1.2 在Cas客户端电脑上导入Cas服务器证书

根据密钥导出证书

使用之前创建密钥的KeyStore Explorer(下载地址:https://download.csdn.net/download/popo_popo/10750816),打开之前保存的密钥库文件。

证书导入

使用keytool进行证书导入工作,证书导入完成后用Cas客户端访问成功!

登陆成功后返回受保护的地址

注:如果Cas客户端不导入证书,Cas客户端程序将会出现证书异常而结束执行。关于Cas客户端的内容将放在后续文章之中。

1.2 Cas客户端类型为HTTPS应用时的配置

请关注后续文章

二、假设Cas服务器为HTTP类型

假设我们的Cas服务器运行在8080端口,以HTTP协议对外提供服务(《Cas 服务器 使用HTTP协议对外服务》中的cas服务器配置)。

2.1 Cas客户端类型为HTTP应用时的配置

该配置与1.1.1中的配置完全相同,因为不使用HTTPS,所以不用导入证书操作。

原文地址:https://www.cnblogs.com/dw039/p/9869762.html

时间: 2024-08-13 22:10:03

Cas 服务器 Service(Cas客户端)注册信息维护的相关文章

如何进行SCCM中客户端记录信息维护

SCCM 部署完毕之后,不久我们就会发现客户端代理状态,因为重装系统,非正常的退域,长时间不开机,导致客户端状态有不可用的,有过期的,重复的记录很多.当然我们可以手动的快速删除重复的记录,那么怎么能做按照企业的要求进行自动删除,且能搞清楚SCCM是怎么去判断执行这个过程呢,根据我在实际环境中的实施,分享给大家. 删除不活动的客户端发现数据: 设置每周五删除90天不活动的客户端,这个设置只是针对已经安装了客户端代理的计算机,那么关于不活动是如何判定,我们下面有说明. 如何判断已经安装客户端的计算机

cas协议,以及tomcat搭建cas服务器

1.      CAS 简介 1.1.  What is CAS ? CAS ( Central Authentication Service ) 是 Yale 大学发起的一个企业级的.开源的项目,旨在为 Web 应用系统提供一种可靠的单点登录解决方法(属于 Web SSO ). CAS 开始于 2001 年, 并在 2004 年 12 月正式成为 JA-SIG 的一个项目. 1.2.  主要特性 1.   开源的.多协议的 SSO 解决方案: Protocols : Custom Protoc

单点登录CAS使用记(二):部署CAS服务器以及客户端

CAS-Server下载地址:https://www.apereo.org/projects/cas/download-cas CAS-Client下载地址:http://developer.jasig.org/cas-clients/ CAS官方教程: https://wiki.jasig.org/display/CASUM/CAS+on+Windows+Quick+Setup+Guide 版本: CAS Server版本:cas-server-3.4.11 CAS Client版本:cas-

Exchge2010配置-为CAS服务器申请PKI证书

序:在Exchange 2007中,如果客户端使用的是Outlook,那么客户会以MAPI方式直接连接到邮箱服务器上,但如果使用的是其他方式访问邮箱,如POP3.OWA.IMAP4.Activesync等,他们是直接连接到客户端访问服务器,然后此服务器再将用户定位到邮箱服务器上.但在Exchange 2010中,所有的客户端访问请求都要连接到CAS服务器,经过身份验证之后,再通过代理转到相应的邮箱服务器. 那么客户端和CAS服务器通信的安全性就至关重要.默认Exchange2010安装完毕,使用

安装CAS服务器

1.简介 参考: http://www.coin163.com/java/cas/cas.html CAS主要用于多系统单点登录,属于WEB SSO.SSO体系主要角色有三种:User(多个),WEB应用(多个),SSO认证中心. CAS结构体系,包括两部分:CAS Server和CAS Client. CAS Servier负责完成对用户的认证工作,需要独立部署,CAS Server会处理用户名/密码等凭证. CAS Client处理对客户端受保护资源的访问请求,需要对请求方进行身份认证时,重

CAS服务器的搭建和Java项目集成

最近项目需要,需要做一个单点登陆的功能,由于之前没有接触过SSO,不是很了解,查阅资料后 选择使用CAS作为研究对象.CAS是有耶鲁大学研发的单点登录服务器. 借鉴了:http://blog.csdn.net/small_love/article/details/6664831的经验, 1.开发环境 tomcat7 CAS Service 版本    cas-server-4.0.0 CAS Client   版本    cas-client-3.3.3 eclipse jdk1.7 2.开发步

【cas】利用Map返回更多信息

在cas中默认获取的用户信息为登录时填写的登录用户名,但是如果我不想返回登录的用户名,返回其他的信息呢? 一.将登录用户的id作为默认值 显示 首先在cas server中找到deployerConfigContext.xml配置文件中关于认证信息配置的地方即name="credentialsToPrincipalResolvers",这里是 关于返回用户信息所对应的类.默认执行的是下面这个类. <bean class="org.jasig.cas.authentica

CAS5.2x单点登录(一)——搭建cas服务器

系列文章列表: https://blog.csdn.net/u013825231/article/category/7517313 单点登录的介绍 单点登录(Single Sign On ,简称SSO)是目前比较流行的服务于企业业务整合的解决方案之一,SSO 使得在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统. CAS(Central Authentication Service)是 Yale大学发起的一个企业级的.开源的项目,旨在为 Web 应用系统提供一种可靠的单点登录

Cas 服务器 下载、编译及部署

一直想把公司运营的项目的各个子项的认证及授权统一到Cas上,从有想法到现在快一年的时间了.现在才正式着手,有兴趣的朋友一起交流学习一下.具体项目的细节不便透露,整合的大体思路为:1.开发部署Cas服务器端功能,2.开发Cas客户端基本功能框架.3.将Cas客户端框架打jar提供子项目使用,4.Docker正式环境部署Cas服务器,该系列博客中仅涉及1.2部分内容. 新手上路 一.Github上下载Cas服务器项目 下载地址:https://github.com/apereo/cas-overla