前端vue-elementui-admin + 后台SpringCloud 后台短信平台权限管理系统

1.采用登录（单点登录机制）

单点登录的原理和概念

一、单系统登录机制

1.）http是无状态协议

采用B/S架构,http协议，由于http是无状态协议，浏览器每发起一个请求到服务器，服务器就独立处理一个请求，不与之前或之后的请求产生关联，也就是说任何用户都可以访问服务器资源，要保护浏览器的某些资源，就要限制访问浏览器请求，这就必须要鉴别响应类别，响应合法请求，忽略不合法请求，要鉴别浏览器响应请求，就必须清楚浏览器请求状态，http是无状态的，所以需要浏览器和服务器共同维护一个状态，这就是会话机制。

2.）会话机制

浏览器请求服务器，服务器创建一个会话，将会话的id作为响应的一部分返回给浏览器（token），浏览器存储此id（cookie保存），并在后续第二次、第三次请求中带上此id，服务器取到这个id就知道是不是同一个用户了

3.）登录状态

有了会话机制，登录很好做，第一次登录要求输入用户名和密码，后台拿到用户名和密码去数据库比对，要是查到就证明该用户合法有效，将此会话标记为已登录，将此状态作为相应返回给前端，前端保存下来，每次请求带上这个id就可以了

二、多系统登录机制

web系统由单系统发展成多系统组成的应用群，复杂性应该由系统内部承担，而不是用户。无论web系统内部多么复杂，对用户而言，都是一个统一的整体，也就是说，用户访问web系统的整个应用群与访问单个系统一样，登录/注销只要一次就够了

单系统登录解决方案的核心是cookie，cookie携带会话id在浏览器与服务器之间维护会话状态。但cookie是有限制的，这个限制就是cookie的域（通常对应网站的域名），浏览器发送http请求时会自动携带与该域匹配的cookie，而不是所有cookie

　既然这样，为什么不将web应用群中所有子系统的域名统一在一个顶级域名下，例如“*.baidu.com”，然后将它们的cookie域设置为“baidu.com”，这种做法理论上是可以的，甚至早期很多多系统登录就采用这种同域名共享cookie的方式。

　　然而，可行并不代表好，共享cookie的方式存在众多局限。首先，应用群域名得统一；其次，应用群各系统使用的技术（至少是web服务器）要相同，不然cookie的key值（tomcat为JSESSIONID）不同，无法维持会话，共享cookie的方式是无法实现跨语言技术平台登录的，比如java、php、.net系统之间；第三，cookie本身不安全。

　　因此，我们需要一种全新的登录方式来实现多系统应用群的登录，这就是单点登录

三、单点登录

单点登录全称Single Sign On（以下简称SSO），是指在多系统应用群中登录一个系统，便可在其他所有系统中得到授权而无需再次登录，包括单点登录与单点注销两部分

1、登录

　　相比于单系统登录，sso需要一个独立的认证中心，只有认证中心能接受用户的用户名密码等安全信息，其他系统不提供登录入口，只接受认证中心的间接授权。间接授权通过令牌实现，sso认证中心验证用户的用户名密码没问题，创建授权令牌，在接下来的跳转过程中，授权令牌作为参数发送给各个子系统，子系统拿到令牌，即得到了授权，可以借此创建局部会话，局部会话登录方式与单系统的登录方式相同。这个过程，也就是单点登录的原理，用下图说明

　　下面对上图简要描述

用户访问系统1的受保护资源，系统1发现用户未登录，跳转至sso认证中心，并将自己的地址作为参数
sso认证中心发现用户未登录，将用户引导至登录页面
用户输入用户名密码提交登录申请
sso认证中心校验用户信息，创建用户与sso认证中心之间的会话，称为全局会话，同时创建授权令牌
sso认证中心带着令牌跳转会最初的请求地址（系统1）
系统1拿到令牌，去sso认证中心校验令牌是否有效
sso认证中心校验令牌，返回有效，注册系统1
系统1使用该令牌创建与用户的会话，称为局部会话，返回受保护资源
用户访问系统2的受保护资源
系统2发现用户未登录，跳转至sso认证中心，并将自己的地址作为参数
sso认证中心发现用户已登录，跳转回系统2的地址，并附上令牌
系统2拿到令牌，去sso认证中心校验令牌是否有效
sso认证中心校验令牌，返回有效，注册系统2
系统2使用该令牌创建与用户的局部会话，返回受保护资源

　　用户登录成功之后，会与sso认证中心及各个子系统建立会话，用户与sso认证中心建立的会话称为全局会话，用户与各个子系统建立的会话称为局部会话，局部会话建立之后，用户访问子系统受保护资源将不再通过sso认证中心，全局会话与局部会话有如下约束关系

局部会话存在，全局会话一定存在
全局会话存在，局部会话不一定存在
全局会话销毁，局部会话必须销毁

　　你可以通过博客园、百度、csdn、淘宝等网站的登录过程加深对单点登录的理解，注意观察登录过程中的跳转url与参数

2、注销

　　单点登录自然也要单点注销，在一个子系统中注销，所有子系统的会话都将被销毁，用下面的图来说明

　　sso认证中心一直监听全局会话的状态，一旦全局会话销毁，监听器将通知所有注册系统执行注销操作

　　下面对上图简要说明

用户向系统1发起注销请求
系统1根据用户与系统1建立的会话id拿到令牌，向sso认证中心发起注销请求
sso认证中心校验令牌有效，销毁全局会话，同时取出所有用此令牌注册的系统地址
sso认证中心向所有注册系统发起注销请求
各注册系统接收sso认证中心的注销请求，销毁局部会话
sso认证中心引导用户至登录页面

四、部署图

　　单点登录涉及sso认证中心与众子系统，子系统与sso认证中心需要通信以交换令牌、校验令牌及发起注销请求，因而子系统必须集成sso的客户端，sso认证中心则是sso服务端，整个单点登录过程实质是sso客户端与服务端通信的过程，用下图描述

　　sso认证中心与sso客户端通信方式有多种，这里以简单好用的httpClient为例，web service、rpc、restful api都可以

import store from '@/store'

import router from '../router'

import { Message, MessageBox } from 'element-ui'

import { getToken, setToken, removeToken } from '@/utils/auth' // token方法

const service = axios.create({

baseURL: '/api',

responseType: 'json',

timeout: 5000 // request timeout

})

// request interceptor

service.interceptors.request.use(

config => {

// Do something before request is sent

if (store.getters.token) {

// 让每个请求携带token-- ['X-Token']为自定义key 请根据实际情况自行修改

config.headers['Authentication'] = getToken()

const uri = 'sip:admin@test.com'

config.headers.common['X-REST-Asserted-Identity'] = uri

}

// const uri='sip:'+store.getters.currentUser+'@test.com'

return config

error => {

// Do something with request error

// console.log(error) // for debug

Promise.reject(error)

this.$router.push({ path: '/' })

}

)

// response interceptor

service.interceptors.response.use(

如果token过期，获取新的token
response => {
     const res = response.data

    // session 失效会返回code 302
    // console.log(response)
    var oldToken = getToken()
    var newToken = response.headers.authentication
    if (newToken != oldToken && newToken != undefined && newToken != '' && newToken != null) {
      removeToken()
      setToken(newToken)
    } else if (oldToken != undefined && oldToken != '' && oldToken != null) {
      setToken(oldToken)
    } else {
      setToken(res.token)
    }
    return response

export default service

原文https://www.cnblogs.com/ywlaker/p/6113927.html#!comments

2.所做系统为短信平台（系统管理还有个单位管理）系统管理根据权限控制，只有管理员才可以查看

根据动态路由从后台获取菜单

posted @ 2020-09-27 17:35 niniHan 阅读(726) 评论(0) 编辑收藏举报

刷新页面返回顶部

niniHan