当前位置: 移动技术网 > IT编程>开发语言>.net > 基于Token认证的多点登录和WebApi保护

基于Token认证的多点登录和WebApi保护

2018年12月12日  | 移动技术网IT编程  | 我要评论

水果三三消,好想见你一面,死神传说txt

  在文章中有错误的地方,或是有建议或意见的地方,请大家多多指正,邮箱: linjie.rd@gmail.com

  一天张三,李四,王五,赵六去动物园,张三没买票,李四制作了个假票,王五买了票,赵六要直接fq进动物园

  到了门口,验票的时候,张三没有买票被拒绝进入动物园,李四因为买假票而被补,赵六被执勤人员抓获,只有张三进去了动物园

  后来大家才知道,当一个用户带着自己的信息去买票的时候,验证自己的信息是否正确,那真实的身份证(正确的用户名和密码),验证通过以后通过身份证信息和票据打印时间(用户登录时间)生成一个新的动物园参观票(token令牌),给了用户一个,在动物园门口也保存了票据信息(相当与客户端和服务端都保存一份),在进动物园的时候两个票据信息对比,正确的就可以进动物园玩了

  这就是我理解的token认证.当然可能我的比喻不太正确,望大家多多谅解

 

   下面是我们在服务端定义的授权过滤器

  思路是根据切面编程的思想,相当于二战时期城楼门口设立的卡,当用户想api发起请求的时候,授权过滤器在api执行动作之前执行,获取到用户信息

  如果发现用户没有登录,我们会判断用户要访问的页面是否允许匿名访问

    用户没有登录但是允许匿名访问,放行客户端的请求

    用户没有登录且不允许匿名访问,不允许通过,告诉客户端,状态码403或401,请求被拒绝了

  如果发现用户登录,判断用户的良民证(token令牌)是真的还是假的

    用户登录,且良民证是真的,放行

    发现良民证造价,抓起来,不允许访问

当然,这里可以加权限,验证是否有某个操作的权限

好了,服务端有验证了,客户端也不能拉下啊,客户端使用了动作过滤器,在用户操作之前或用户操作之后验证登录信息(这里可以加权限,验证是否有某个操作的权限)  

客户端验证思路和服务端验证差不多


下面是客户端验证代码:

 

但是有良民证也不能也不能无限制的待在城里啊,我们做了一个时效性,在城市里什么时也不做到达一定的时长后得驱逐出城啊(类似与游戏中的挂机超过一定时间后t出本局游戏)

在这里使用的redis记录良民证(token),思路是用户登录之后生成的新的token保存在redis上,设定保存时间20分钟,当有用户有动作之后更新redis保存有效期

 下面是服务端验证token的,token有效,从新写入到redis

 

以上就是token认证

现在说说单点登录的思路

张三登录了qq:123456,生成了一个token以键值对的方式保存在了数据库,键就是qq号,值就是qq信息和登录时间生成的一个token

李四也登录了qq123456,qq信息是一致的,但是qq登录时间不同,生成了一个新的token,在保存的时候发现redis里已经存在这个qq的键了,说明这是已经有人登录了,在这里可以判断是否继续登录,登录后新的token信息覆盖了张三登录qq生成的token,张三的token失效了,当他再次请求的时候发现token对应不上,被t下线了

多点登录也是,可以通过qq号加客户端类型作为键,这样手机qq登录的键是 123456_手机,电脑登录的键是123456_电脑,这样在保存到redis的时候就不会发生冲突,可以保持手机和电脑同时在线

但是有一个人用手机登录qq 123456了,就会覆盖redis中键为123456_手机的token信息,导致原先登录那个人的信息失效,被强制下线

 

来展示代码

判断是否可以登录

客户端类型实体

这是我们的客户端类型:

  

获取token需要的用户信息和登录时间的实体model

  这是我们的用户model

  

生成token用的实体

登录成功,通过jwt非对称加密生成token

下面是jwt加密和解密的代码

将获取到的token保存到redis

 

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网