公司系统太多,如何实现账号互通?

阅读: 评论:0

公司系统太多,如何实现账号互通?

公司系统太多,如何实现账号互通?

点击关注公众号,实用技术文章及时了解

大家好,我是老王,最近开发新产品,然后老板说我们现在系统太多了,每次切换系统登录太麻烦了,能不能做个优化,同一账号互通掉。作为一个资深架构狮,老板的要求肯定要满足,安排!

一个公司产品矩阵比较丰富的时候,用户在不同系统之间来回切换,固然对产品用户体验上较差,并且增加用户密码管理成本。也没有很好地利用内部流量进行用户打通,并且每个产品的独立体系会导致产品安全度下降。因此实现集团产品的单点登录对用户使用体验以及效率提升有很大的帮助。那么如何实现统一认证呢?我们先了解一下传统的身份验证方式。

1 传统Session机制及身份认证方案

1.1 Cookie与服务器的交互

众所周知,http是无状态的协议,因此客户每次通过浏览器访问web

页面,请求到服务端时,服务器都会新建线程,打开新的会话,而且服务器也不会自动维护客户的上下文信息。比如我们现在要实现一个电商内的购物车功能,要怎么才能知道哪些购物车请求对应的是来自同一个客户的请求呢?

因此出现了session这个概念,session 就是一种保存上下文信息的机制,他是面向用户的,每一个SessionID 对应着一个用户,并且保存在服务端中。session主要 以 cookie 或 URL 重写为基础的来实现的,默认使用 cookie 来实现,系统会创造一个名为JSESSIONID的变量输出到cookie中。

JSESSIONID 是存储于浏览器内存中的,并不是写到硬盘上的,如果我们把浏览器的cookie 禁止,则 web 服务器会采用 URL 重写的方式传递 Sessionid,我们就可以在地址栏看到 sessionid=KWJHUG6JJM65HS2K6 之类的字符串。

通常 JSESSIONID 是不能跨窗口使用的,当你新开了一个浏览器窗口进入相同页面时,系统会赋予你一个新的sessionid,这样我们信息共享的目的就达不到了。

1.2 服务器端的session的机制

当服务端收到客户端的请求时候,首先判断请求里是否包含了JSESSIONID的sessionId,如果存在说明已经创建过了,直接从内存中拿出来使用,如果查询不到,说明是无效的。

如果客户请求不包含sessionid,则为此客户创建一个session并且生成一个与此session相关联的sessionid,这个sessionid将在本次响应中返回给客户端保存。

对每次http请求,都经历以下步骤处理:

  • 服务端首先查找对应的cookie的值(sessionid)。

  • 根据sessionid,从服务器端session存储中获取对应id的session数据,进行返回。

  • 如果找不到sessionid,服务器端就创建session,生成sessionid对应的cookie,写入到响应头中。

session是由服务端生成的,并且以散列表的形式保存在内存中

1.3 基于 session 的身份认证流程

基于seesion的身份认证主要流程如下:

因为 http 请求是无状态请求,所以在 Web 领域,大部分都是通过这种方式解决。但是这么做有什么问题呢?我们接着看

2 集群环境下的 Session 困境及解决方案

随着技术的发展,用户流量增大,单个服务器已经不能满足系统的需要了,分布式架构开始流行。通常都会把系统部署在多台服务器上,通过负载均衡把请求分发到其中的一台服务器上,这样很可能同一个用户的请求被分发到不同的服务器上,因为 session 是保存在服务器上的,那么很有可能第一次请求访问的 A 服务器,创建了 session,但是第二次访问到了 B 服务器,这时就会出现取不到 session 的情况。

我们知道,Session 一般是用来存会话全局的用户信息(不仅仅是登陆方面的问题),用来简化/加速后续的业务请求。
传统的 session 由服务器端生成并存储,当应用进行分布式集群部署的时候,如何保证不同服务器上 session 信息能够共享呢?

2.1 Session共享方案

Session共享一般有两种思路

  • session复制

  • session集中存储

2.1.1 session复制

session复制即将不同服务器上 session 数据进行复制,用户登录,修改,注销时,将session信息同时也复制到其他机器上面去

这种实现的问题就是实现成本高,维护难度大,并且会存在延迟登问题。

2.1.2 session集中存储

集中存储就是将获取session单独放在一个服务中进行存储,所有获取session的统一来这个服务中去取。这样就避免了同步和维护多套session的问题。一般我们都是使用redis进行集中式存储session。

3 多服务下的登陆困境及SSO方案

3.1 SSO的产生背景

如果企业做大了之后,一般都有很多的业务支持系统为其提供相应的管理和 IT 服务,按照传统的验证方式访问多系统,每个单独的系统都会有自己的安全体系和身份认证系统。进入每个系统都需要进行登录,获取session,再通过session访问对应系统资源。这样的局面不仅给管理上带来了很大的困难,对客户来说也极不友好,那么如何让客户只需登陆一次,就可以进入多个系统,而不需要重新登录呢?

“单点登录”就是专为解决此类问题的。其大致思想流程如下:通过一个 ticket 进行串接各系统间的用户信息

3.2 SSO的底层原理 CAS

3.2.1 CAS实现单点登录流程

我们知道对于完全不同域名的系统,cookie 是无法跨域名共享的,因此 sessionId 在页面端也无法共享,因此需要实现单店登录,就需要启用一个专门用来登录的域名如(ouath)来提供所有系统的sessionId。当业务系统被打开时,借助中心授权系统进行登录,整体流程如下:

  1. 当b打开时,发现自己未登陆,于是跳转到ouath去登陆

  2. ouath登陆页面被打开,用户输入帐户/密码登陆成功

  3. ouath登陆成功,种 cookie 到ouath域名下

  4. 把 sessionid 放入后台redis,存放<ticket,sesssionid>数据结构,然后页面重定向到A系统

  5. 当b重新被打开,发现仍然是未登陆,但是有了一个 ticket值

  6. 当b用ticket 值,到 redis 里查到 sessionid,并做 session 同步,然后种cookie给自己,页面原地重定向

  7. 当b打开自己页面,此时有了 cookie,后台校验登陆状态,成功

整个交互流程图如下:

3.2.2 单点登录流程演示

3.2.2.1 CAS登录服务demo核心代码

1.用户实体类

public class UserForm implements Serializable{
private static final long serialVersionUID = 1L;private String username;
private String password;
private String backurl;public String getUsername() {return username;
}public void setUsername(String username) {this.username = username;
}public String getPassword() {return password;
}public void setPassword(String password) {this.password = password;
}public String getBackurl() {return backurl;
}public void setBackurl(String backurl) {this.backurl = backurl;
}}

2.登录控制器

@Controller
public class IndexController {@Autowiredprivate RedisTemplate redisTemplate;@GetMapping("/toLogin")
public String toLogin(Model model,HttpServletRequest request) {Object userInfo = Session().getAttribute(LoginFilter.USER_INFO);//不为空,则是已登陆状态if (null != userInfo){String ticket = UUID.randomUUID().toString();redisTemplate.opsForValue().set(ticket,userInfo,2, TimeUnit.SECONDS);return "redirect:"&#Parameter("url")+"?ticket="+ticket;}UserForm user = new UserForm();user.setUsername("laowang");user.setPassword("laowang");user.Parameter("url"));model.addAttribute("user", user);return "login";
}@PostMapping("/login")
public void login(@ModelAttribute UserForm user,HttpServletRequest request,HttpServletResponse response) throws IOException, ServletException {System.out.println("backurl:"&#Backurl());Session().setAttribute(LoginFilter.USER_INFO,user);//登陆成功,创建用户信息票据String ticket = UUID.randomUUID().toString();redisTemplate.opsForValue().set(ticket,user,20, TimeUnit.SECONDS);//重定向,回原url  ---aif (null == Backurl() || Backurl().length()==0){response.sendRedirect("/index");} else {response.Backurl()+"?ticket="+ticket);}
}@GetMapping("/index")
public ModelAndView index(HttpServletRequest request) {ModelAndView modelAndView = new ModelAndView();Object user = Session().getAttribute(LoginFilter.USER_INFO);UserForm userInfo = (UserForm) user;modelAndView.setViewName("index");modelAndView.addObject("user", userInfo);Session().setAttribute("test","123");return modelAndView;
}
}

3.登录过滤器

public class LoginFilter implements Filter {public static final String USER_INFO = "user";@Overridepublic void init(FilterConfig filterConfig) throws ServletException {}@Override
public void doFilter(ServletRequest servletRequest,ServletResponse servletResponse, FilterChain filterChain)throws IOException, ServletException {HttpServletRequest request = (HttpServletRequest) servletRequest;HttpServletResponse response = (HttpServletResponse)servletResponse;Object userInfo = Session().getAttribute(USER_INFO);;//如果未登陆,则拒绝请求,转向登陆页面String requestUrl = ServletPath();if (!"/toLogin".equals(requestUrl)//不是登陆页面&amp;&amp; !requestUrl.startsWith("/login")//不是去登陆&amp;&amp; null == userInfo) {//不是登陆状态RequestDispatcher("/toLogin").forward(request,response);return ;}filterChain.doFilter(request,servletResponse);
}@Override
public void destroy() {}
}

4.配置过滤器

@Configuration
public class LoginConfig {//配置filter生效
@Bean
public FilterRegistrationBean sessionFilterRegistration() {FilterRegistrationBean registration = new FilterRegistrationBean();registration.setFilter(new LoginFilter());registration.addUrlPatterns("/*");registration.addInitParameter("paramName", "paramValue");registration.setName("sessionFilter");registration.setOrder(1);return registration;
}
}

5.登录页面

<!DOCTYPE HTML>
<html xmlns:th="">
<head><title>enjoy login</title><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
<div text-align="center"><h1>请登陆</h1><form action="#" th:action="@{/login}" th:object="${user}" method="post"><p>用户名: <input type="text" th:field="*{username}" /></p><p>密  码: <input type="text" th:field="*{password}" /></p><p><input type="submit" value="Submit" /> <input type="reset" value="Reset" /></p><input type="text" th:field="*{backurl}" hidden="hidden" /></form>
</div></body>
</html>
3.2.2.2 web系统demo核心代码

1.过滤器

public class SSOFilter implements Filter {private RedisTemplate redisTemplate;public static final String USER_INFO = "user";public SSOFilter(RedisTemplate redisTemplate){disTemplate = redisTemplate;
}
@Override
public void init(FilterConfig filterConfig) throws ServletException {}@Override
public void doFilter(ServletRequest servletRequest,ServletResponse servletResponse, FilterChain filterChain)throws IOException, ServletException {HttpServletRequest request = (HttpServletRequest) servletRequest;HttpServletResponse response = (HttpServletResponse)servletResponse;Object userInfo = Session().getAttribute(USER_INFO);;//如果未登陆,则拒绝请求,转向登陆页面String requestUrl = ServletPath();if (!"/toLogin".equals(requestUrl)//不是登陆页面&amp;&amp; !requestUrl.startsWith("/login")//不是去登陆&amp;&amp; null == userInfo) {//不是登陆状态String ticket = Parameter("ticket");//有票据,则使用票据去尝试拿取用户信息if (null != ticket){userInfo = redisTemplate.opsForValue().get(ticket);}//无法得到用户信息,则去登陆页面if (null == userInfo){response.sendRedirect("127.0.0.1:8080/toLogin?url="&#RequestURL().toString());return ;}/*** 将用户信息,加载进session中*/UserForm user = (UserForm) Session().setAttribute(SSOFilter.USER_INFO,user);redisTemplate.delete(ticket);}filterChain.doFilter(request,servletResponse);
}@Override
public void destroy() {}
}

2.控制器

@Controller
public class IndexController {@Autowiredprivate RedisTemplate redisTemplate;@GetMapping("/index")
public ModelAndView index(HttpServletRequest request) {ModelAndView modelAndView = new ModelAndView();Object userInfo = Session().getAttribute(SSOFilter.USER_INFO);UserForm user = (UserForm) userInfo;modelAndView.setViewName("index");modelAndView.addObject("user", user);Session().setAttribute("test","123");return modelAndView;
}
}

3.首页

<!DOCTYPE HTML>
<html xmlns:th="">
<head><title>enjoy index</title><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
<div th:object="${user}"><h1>cas-website:欢迎你"></h1>
</div>
</body>
</html>

3.2.3 CAS的单点登录和OAuth2的区别

OAuth2:三方授权协议,允许用户在不提供账号密码的情况下,通过信任的应用进行授权,使其客户端可以访问权限范围内的资源。

CAS :中央认证服务(Central Authentication Service),一个基于Kerberos票据方式实现SSO单点登录的框架,为Web 应用系统提供一种可靠的单点登录解决方法(属于 Web SSO )。

  1. CAS的单点登录时保障客户端的用户资源的安全 ;OAuth2则是保障服务端的用户资源的安全 。

  2. CAS客户端要获取的最终信息是,这个用户到底有没有权限访问我(CAS客户端)的资源;OAuth2获取的最终信息是,我(oauth2服务提供方)的用户的资源到底能不能让你(oauth2的客户端)访问。

因此,需要统一的账号密码进行身份认证,用CAS;需要授权第三方服务使用我方资源,使用OAuth2。

来源:juejin/post/7123787027652280356

推荐

Java面试题宝典

技术内卷群,一起来学习!!

PS:因为公众号平台更改了推送规则,如果不想错过内容,记得读完点一下“在看”,加个“星标”,这样每次新文章推送才会第一时间出现在你的订阅列表里。点“在看”支持我们吧!

本文发布于:2024-02-03 06:12:22,感谢您对本站的认可!

本文链接:https://www.4u4v.net/it/170691194049163.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

标签:太多   如何实现   账号   系统   公司
留言与评论(共有 0 条评论)
   
验证码:

Copyright ©2019-2022 Comsenz Inc.Powered by ©

网站地图1 网站地图2 网站地图3 网站地图4 网站地图5 网站地图6 网站地图7 网站地图8 网站地图9 网站地图10 网站地图11 网站地图12 网站地图13 网站地图14 网站地图15 网站地图16 网站地图17 网站地图18 网站地图19 网站地图20 网站地图21 网站地图22/a> 网站地图23