CAS单点登录主要是为了解决主系统和子系统的统一登录问题,能够做到任意一个子系统登录成功后,再登录其他子系统后不再需要认证,让用户不用重复地进行登录认证。CAS单点登录的方案很多,并且大多数都是采用session的方式,而本文结合个人实践,着重讨论django cas token的解决方案。
本方案中,cas客户端和服务端都采用了开源项目,服务端是django-mama-cas,而客户端是django-cas-ng。
CAS Server
服务端相比于客户端要简单地多,根据github步骤一步步下载和配置就好。
下载
pip install django-mama-cas
配置
# settings.py INSTALLED_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.py url(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.py INSTALLED_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.py import view import * url(r'^accounts/login$', cas_login, name='cas_login'), #view.py from django_cas_ng import views as baseviews from django.views.decorators.csrf import csrf_exempt @csrf_exempt def 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 r def 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
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持三水点靠木。
详解Django CAS 解决方案
- Author -
Tony_Zby声明:登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述。
Reply on: @reply_date@
@reply_contents@