详解Django CAS 解决方案

时间:2021-05-22

CAS单点登录主要是为了解决主系统和子系统的统一登录问题,能够做到任意一个子系统登录成功后,再登录其他子系统后不再需要认证,让用户不用重复地进行登录认证。CAS单点登录的方案很多,并且大多数都是采用session的方式,而本文结合个人实践,着重讨论django cas token的解决方案。

本方案中,cas客户端和服务端都采用了开源项目,服务端是django-mama-cas,而客户端是django-cas-ng。

CAS Server

服务端相比于客户端要简单地多,根据github步骤一步步下载和配置就好。

下载

pip install django-mama-cas

配置

# settings.pyINSTALLED_APPS = ( 'mama_cas',)# 重要!,service是client的IP,是个数组,可以在后面添加SERVICE的HOST:PORT。MAMA_CAS_SERVICES = [ { 'SERVICE': 'http://127.0.1.1:8000', 'CALLBACKS': [ 'mama_cas.callbacks.user_model_attributes', # 返回除了password的所有Field # 'mama_cas.callbacks.user_name_attributes', # 只返回 username ], 'LOGOUT_ALLOW': True, 'LOGOUT_URL': 'http://127.0.1.1:8000/accounts/callback', },]# urls.pyurl(r'', include('mama_cas.urls')),

Client

首先是一些基本的客户端配置,比如server ip等,但是django-cas-ng默认是通过session的方式认证的,而我们需要通过token的方式认证,所以如果想继续用django-cas-ng来解决问题,那要么查看它是否有原生支持的接口,要么改源码。改源码可能不大友好,所以我优先研究了一下django-cas-ng的原生支持,无意中发现view-wrappers-example可以继承它原生的登录接口做一些封装,而我们完全通过继承原生的登录方法,然后加入我们的token相关代码。所以urls.py里面登录的方法我们写的是我们写在view.py中封装的登录方法,而并非默认的。

# settings.pyINSTALLED_APPS = ( # ... other installed apps 'django_cas_ng',)AUTHENTICATION_BACKENDS = ( 'django_cas_ng.backends.CASBackend',)# 注意:这是cas server的地址CAS_SERVER_URL = 'http://127.0.0.1:8000'# 存入所有CAS 服务端返回的user数据。CAS_APPLY_ATTRIBUTES_TO_USER = True# urls.pyimport view import *url(r'^accounts/login$', cas_login, name='cas_login'),#view.pyfrom django_cas_ng import views as baseviewsfrom django.views.decorators.csrf import csrf_exempt@csrf_exemptdef cas_login(request, **kwargs): r = baseviews.login(request, **kwargs) if not request.user.is_anonymous(): token = get_token(request) if token: r.set_cookie('token', token) else: print 'Get token error' else: print('User is anonymous') return rdef get_token(request, *args, **kwargs): user = request.user try: request_hash = AuthToken.get_request_hash(request) try: token = generate_token() # function used to geneate token, this place won't show more detail codes token.refresh() except IndexError: pass except Exception as e: print e return False return token.key

生成token的方法我就不详细描述了,这边主要提供了一个思路,我们将django-cas-ng原生的登录方法进行了继承,然后生成token并放到了session当中。

总结

本文主要为CAS Token方案提供一个思路,如果集成进已有项目中,肯定会遇到很多细节问题,不过万变不离其宗,我们首先要熟悉手中运用的工具,然后要善于在此基础之上根据自己的定制需求进行开发,多看看文档和源码,每一次可能都会有新的发现。

Refer

使用django-mama-cas快速搭建CAS服务
Django实现CAS+OAuth2

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。

声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。

相关文章