首页 > 其他 > 详细

Django之认证系统

时间:2019-03-17 18:20:20      阅读:136      评论:0      收藏:0      [点我收藏+]

 

Django之认证系统

 

 cookie和session

1、cookie不属于http协议范围,由于http协议无法保持状态,但实际情况,我们却又需要“保持状态”,因此cookie就是在这样一个场景下诞生。

cookie的工作原理是:由服务器产生内容,浏览器收到请求后保存在本地;当浏览器再次访问时,浏览器会自动带上cookie,这样服务器就能通过cookie的内容来判断这个是“谁”了。

2、cookie虽然在一定程度上解决了“保持状态”的需求,但是由于cookie本身最大支持4096字节,以及cookie本身保存在客户端,可能被拦截或窃取,因此就需要有一种新的东西,它能支持更多的字节,并且他保存在服务器,有较高的安全性。这就是session。

问题来了,基于http协议的无状态特征,服务器根本就不知道访问者是“谁”。那么上述的cookie就起到桥接的作用。

我们可以给每个客户端的cookie分配一个唯一的id,这样用户在访问时,通过cookie,服务器就知道来的人是“谁”。然后我们再根据不同的cookie的id,在服务器上保存一段时间的私密资料,如“账号密码”等等。

3、总结而言:cookie弥补了http无状态的不足,让服务器知道来的人是“谁”;但是cookie以文本的形式保存在本地,自身安全性较差;所以我们就通过cookie识别不同的用户,对应的在session里保存私密的信息以及超过4096字节的文本。

4、另外,上述所说的cookie和session其实是共通性的东西,不限于语言和框架。

  

 

在验证了用户名和密码的正确性后跳转到后台的页面。但是测试后也发现,如果绕过登陆页面。直接输入后台的url地址也可以直接访问的。这个显然是不合理的。其实我们缺失的就是cookie和session配合的验证。有了这个验证过程,我们就可以实现和其他网站一样必须登录才能进入后台页面了。

      先说一下这种认证的机制。每当我们使用一款浏览器访问一个登陆页面的时候,一旦我们通过了认证。服务器端就会发送一组随机唯一的字符串(假设是123abc)到浏览器端,这个被存储在浏览端的东西就叫cookie。而服务器端也会自己存储一下用户当前的状态,比如login=true,username=hahaha之类的用户信息。但是这种存储是以字典形式存储的,字典的唯一key就是刚才发给用户的唯一的cookie值。那么如果在服务器端查看session信息的话,理论上就会看到如下样子的字典

{‘123abc‘:{‘login‘:true,‘username:hahaha‘}}

因为每个cookie都是唯一的,所以我们在电脑上换个浏览器再登陆同一个网站也需要再次验证。那么为什么说我们只是理论上看到这样子的字典呢?因为处于安全性的考虑,其实对于上面那个大字典不光key值123abc是被加密的,value值{‘login‘:true,‘username:hahaha‘}在服务器端也是一样被加密的。所以我们服务器上就算打开session信息看到的也是类似与以下样子的东西

{‘123abc‘:dasdasdasd1231231da1231231}

 

cookie和session的关系

技术分享图片

 

 

 

 

Django实现的COOKIE

准备两个页面:

index.html:登陆成功后的页面

login.html:登陆页面

 

技术分享图片
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>

<form action="/login.html/" method="post">
    {% csrf_token %}
    <p>用户名: <input type="text" name="user"></p>
    <p>密码: <input type="password" name="pwd"></p>
    <p><input type="submit"></p>
</form>


</body>
</html>
login.html

 

技术分享图片
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>
<h1>welcomne</h1>
{{ user}}
</body>
</html>
index.html

 

视图函数
from django.shortcuts import render,HttpResponse,redirect
def login(request):
    print(COOKIES:,request.COOKIES)
    # 先判断是否登录成功
    # 登录成功返回cookie
    if request.method=="POST":
        name=request.POST.get(user)
        pwd=request.POST.get(pwd)
        print(name,pwd)
        # user = UserInfo.objects.filter(username=username, password=password)
        # if user:
        if name=="admin" and pwd==123:
            # 登录成功就将url重定向到后台的url
            ret=redirect(/index.html/)
            # 设置session内部的字典内容
            ret.set_cookie("is_login",True)
            ret.set_cookie(username,name)
            return ret
    # 登录不成功或第一访问就停留在登录页面
    return render(request,login.html)

#在后台加上一个判断
# 只有登录成功才能在下次访问的时候带来cookie,如果访问后台时,cookie值没有,则没有登陆成功,则跳转到登陆页面
# 只要登陆成功才能进到后台
def index(request):
    """
      这里必须用读取字典的get()方法把is_login的value缺省设置为False,
      当用户访问backend这个url先尝试获取这个浏览器对应的session中的
      is_login的值。如果对方登录成功的话,在login里就已经把is_login
      的值修改为了True,反之这个值就是False的
      """
    # 如果为真,就说明用户是正常登陆的
    if request.COOKIES.get(is_login,False):
        user=request.COOKIES.get(username)
        return render(request,index.html,{user:user})
    else:
    # 如果为不为真,就说明用户没有登陆
        return redirect(/login.html/)

 

获取Cookie

request.COOKIES[‘key‘]或者request.COOKIES.get[‘key‘]
request.get_signed_cookie(key, default=RAISE_ERROR, salt=‘‘, max_age=None)
    #参数:
        default: 默认值
           salt: 加密盐
        max_age: 后台控制过期时间

  

设置Cookie

rep = HttpResponse(...) 或 rep = render(request, ...) 或 rep = redirect()
 
rep.set_cookie(key,value,...)
rep.set_signed_cookie(key,value,salt=‘加密盐‘,...) 
技术分享图片
‘‘‘

def set_cookie(self, key,                 键
             value=‘‘,            值
             max_age=None,        超长时间
             expires=None,        超长时间
             path=‘/‘,           Cookie生效的路径,
                                         浏览器只会把cookie回传给带有该路径的页面,这样可以避免将
                                         cookie传给站点中的其他的应用。
                                         / 表示根路径,特殊的:根路径的cookie可以被任何url的页面访问
             
                     domain=None,         Cookie生效的域名
                                        
                                          你可用这个参数来构造一个跨站cookie。
                                          如, domain=".example.com"
                                          所构造的cookie对下面这些站点都是可读的:
                                          www.example.com 、 www2.example.com 
                         和an.other.sub.domain.example.com 。
                                          如果该参数设置为 None ,cookie只能由设置它的站点读取。

             secure=False,        如果设置为 True ,浏览器将通过HTTPS来回传cookie。
             httponly=False       只能http协议传输,无法被JavaScript获取
                                         (不是绝对,底层抓包可以获取到也可以被覆盖)
          ): pass

‘‘‘
可用参数

 

删除cookie

response.delete_cookie("cookie_key",path="/",domain=name)

  

补充:

JavaScript和jquery操作cookie

技术分享图片
<script src=‘/static/js/jquery.cookie.js‘>
 
</script> $.cookie("key", value,{ path: ‘/‘ });
View Code

cookie存储到客户端

   优点:
           数据存在在客户端,减轻服务器端的压力,提高网站的性能。
   缺点:
           安全性不高:在客户端机很容易被查看或破解用户会话信息

  

 

Django实现的SESSION与COOKIE结合使用

 

技术分享图片

 

 

基本操作

1、设置Sessions值
      //session默认在服务器端保存15天
          request.session[‘session_name‘] ="admin"
2、获取Sessions值
          session_name = request.session["session_name"]
3、删除Sessions值
          del request.session["session_name"]
4、检测是否操作session值
          if "session_name" is request.session :
5、get(key, default=None)
 
fav_color = request.session.get(‘fav_color‘, ‘red‘)
 
6、pop(key)
 
fav_color = request.session.pop(‘fav_color‘)
 
7、keys()
 
8、items()
 
9、setdefault()
 
10、flush() 删除当前的会话数据并删除会话的Cookie。
            这用于确保前面的会话数据不可以再次被用户的浏览器访问
            例如,django.contrib.auth.logout() 函数中就会调用它。
 
11 用户session的随机字符串
        request.session.session_key
  
        # 将所有Session失效日期小于当前日期的数据删除
        request.session.clear_expired()
  
        # 检查 用户session的随机字符串 在数据库中是否
        request.session.exists("session_key")
  
        # 删除当前用户的所有Session数据
        request.session.delete("session_key")
  
        request.session.set_expiry(value)
            * 如果value是个整数,session会在些秒数后失效。
            * 如果value是个datatime或timedelta,session就会在这个时间后失效。
            * 如果value是0,用户关闭浏览器session就会失效。
            * 如果value是None,session会依赖全局session失效策略。

 

视图函数
    #使用session
    # 把所有行为存储到sesion里面去,这个seesion就是一个大字典,有一个唯一的键对应,这个键是一个很长的字符串
    # 服务器只会把这个字符串发给客户端,不会把值发给客户端,下次客户端访问服务器的时候,使用键去访问对应键的值

from django.shortcuts import render,HttpResponse,redirect
def login(request):
    print(COOKIES:,request.COOKIES)
    print(SESSIONS:,request.session)
    # 先判断是否登录成功
    # 登录成功返回cookie
    if request.method=="POST":
        name=request.POST.get(user)
        pwd=request.POST.get(pwd)
        print(name,pwd)
        # user = UserInfo.objects.filter(username=username, password=password)
        # if user:
        if name=="admin" and pwd==123:
           request.session[is_login]=True
           request.session[username]=name
           return  redirect("/index.html/")
    return render(request,login.html)


def index(request):
    if request.session.get(is_login,False):
        user=request.session.get(username)
        return render(request,index.html,{user:user})
    else:
        return redirect(/login.html/)

 

django的session默认是存储在数据库里的:

技术分享图片

 

 技术分享图片

 

 

 

 

 

 

 

 

用户认证 

 

auth模块

使用auth模块的前提,必须使用django提供的auth_user表

引入auth模块

from django.contrib import auth

 

1 、authenticate()  

提供了用户认证,即验证用户名以及密码是否正确,一般需要username  password两个关键字参数

如果认证信息有效,会返回一个  User  对象。authenticate()会在User 对象上设置一个属性标识那种认证后端认证了该用户,且该信息在后面的登录过程中是需要的。当我们试图登陆一个从数据库中直接取出来不经过authenticate()的User对象会报错的!!

 

 

 

 

参考:

https://www.cnblogs.com/yuanchenqi/articles/5716193.html

https://www.cnblogs.com/yuanchenqi/articles/7609586.html

https://www.cnblogs.com/mengqingjian/p/7767128.html

https://www.cnblogs.com/mengqingjian/p/7767128.html

 

Django之认证系统

原文:https://www.cnblogs.com/-wenli/p/10548060.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!