CAS SSO实践中,目前解决的问题和有待解决的问题

a)        Web应用,非CAS server登录,不好用。

现有CAS 示例中,用Spring 开发。并且用了spring 深入延伸功能。不易看懂。给的登录界面,必须有动态验证,无法去掉,故暂时不能支持首页登录单点登录兼容支持。
b)        可匿名访问页面,已登录提示
在正常登录之后,各应用之间,是统一约定登录了的。但在有些时候,可能并不会很明确的提示用户已经登录的信息。示例如:A 应用的xx 页面,是不需要登录就可以访问的。客户在B 网站登录之后,可以访问A 网站的所有授权资源,但如果先访问公共资源xx 页面的情况下,并不会提示这个用户在A 网站已经登录过了。如果此用户访问A 网站受限资源cc, 然后在访问xx 的情况下,会提示客户已经登录过了。
c)         解决的问题
以下解决的问题,是指同时满足并解决的,而不是一个一个独立满足。我们搞东西,需要一系列的,断断续续的,没法用的。
所有WEB 应用,统一身份认证,统一登录,要到CAS server登录(烦,在某些层面上不友好)。
登录后,权限处理. 这里界定权限处理在各应用中加载.
登录要方便,易理解、易操作。避免弹出过多提示,包含安全验证。当然也不能要求客户必须安装东西。对于可匿名访问的页面,如果客户已经登录过之后,也有比较好的登录提示。
退出一个应用时,单点登录相关各应用都需要退出。并且确保完全退出。
不同平台中的 WEB 应用之间,可以相互通信,保证单点登录可以互访。(如:.net java 开发的网站,可以相互单点登录)
所有应用有统一的用户身份认证ID 。在原有多个系统运行过程中,都有对应的用户名和密码,在统一了SSO 之后,必须要处理好统一身份ID ,同原有多应用系统中用户名的完美结合。并让用户易于理解。
兼容原有运行正常的系统。
易于部署、集成,易于扩展使用。
可以跨站点登录。支持夸域名。

转载于:https://my.oschina.net/oecp/blog/28370

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值