简聊 Session 与 Token 身份验证

前言#

当我们账号密码登陆以后,如何确保用户认证是我们每一个 phper 都会遇到的问题,从最开始的 SessionToken ,让我们带着求知欲了解一下它。


Session 时代#

Web 开发使用 Http 协议,HTTP 协议最初是匿名的,无状态的请求 / 响应协议。这样简单的设计可以使 HTTP 协议专注于资源的传输(HTTP 是超文本传输协议); 随着 WEB 的发展,业务需要确定客户端的唯一性,引入 session 会话这个概念 。PHP 设置 session 整个过程如下,我们一步一步探究其中,服务器采用的 LNMP
file

1. 发送请求。
请求 http://test.com:8080/index.php

2. 开启 session,并根据 php.ini 配置保存 session。

  • 首先我们在服务端代码开启 Session (因 php.ini 并没有默认开启,需程序开启)
    // 开启session
    session_start();
    // 设置session的值,稍后测试给该是否能取出
    $_SESSION['name'] = 'phper';
    echo 'weclome to session start!';
  • 然后查看 php.ini 中 session 保存的路径,默认文件保存的话,保存路径为 /tmp,文件名为默认为 sess_{session_id}。主要查看以下参数参数:
    session.save_handler = files
  • 下来我们登陆服务器查看 /tmp 目录下的查看该 Session 文件。即 sess_689u7fiqejt70dujb9uk44eq79 文件。(此处可能会有疑问,我们是怎么知道 session_id = 689u7fiqejt70dujb9uk44eq79? 再次先埋一处伏笔。)
    file

3. 查看本次请求,服务器响应头携带 session_id 信息。
file
查看响应头信息,就是在此处知道了 session_id = 689u7fiqejt70dujb9uk44eq79。因此才会有在步骤 2 中查看文件。其中 path=/ 指的是 cookie 储存浏览器的位置。浏览器将 session_id 保存在客户端本地,存在 cookie。如下图所示:
file

4. 再次发送请求,请求头携带 session_id 请求服务端
我们只需再次请求 http://test.com:8080/index.php,浏览器会在请求头中携带着这个保存 session_id 的 cookie 去请求服务端。我们查看请求头中即可看到:
file
5. 校验 session_id 来确认客户端身份
该操作是 php 的 session 机制来完成的。我们可以检测以下看是否能取出刚才设置的 $_SESSION['name'] 就可验证。

  • 我们修改 index.php 代码如下:

    // 开启session
    session_start();
    // 设置session的值,稍后测试给该是否能取出
    echo $_SESSION['name'];
  • 我们再次请求 http://test.com:8080/index.php,请求头中以及携带着 session_id 信息:
    file

  • 我们换一个 PostMan 模拟非法请求看是否能获取到 $_SESSION['name'] 内容?是无法获取到信息
    file

  • 尝试,我们在 PostMan 中把前面的 cookie=689u7fiqejt70dujb9uk44eq79 携带到请求头看是否能获取到信息?是可以获取到信息
    file


以上就是整个请求流程的介绍,我们可以看出来 session_id 信息是非常重要的。有关 PHP 关于 Session 的配置项和使用说明


Token 时代#

web2.0 时代的项目都采用 前后端分离。以 Token 这种方式的用户认证更受大家欢迎。Token 可以解决哪些问题呢?
1.Token 完全由应用管理,所以它可以避开同源策略
2.Token 可以避免 CSRF 攻击
3.Token 可以是无状态的,可以在多个服务间共享

有状态 Token#

有状态 Token 就是将 Token 的相关属性 (eg:Token 过期时间等) 记录在服务端。我们用图表述颁发 token,校验 token,token 过期这三个场景。

  1. 颁发 token
    file
  2. 服务端校验 token
    file
  3. token 过期
    file

无状态 Token#

无状态 Token 就是将 Toekn 的相关属性(eg:Token 过期时间等)保存在 Token 中,JWT 就是一种无状态的 Token。JWT 这里不详细说明,我们主要看下几个流程:

  1. 颁发 token
    file

  2. 服务端校验 token
    file

所以,有状态的 Token 与 无状态的 Token 面临的问题就是 有状态要占用服务器资源并且不利于分布式,微服务等架构。有状态刚好能解决这个问题,但是无状态的 Token ,不存在 Token 黑白单这种需求


参考文章:
JWT 超详细分析
PHP.ini 中的 session 主要配置详解

本作品采用《CC 协议》,转载必须注明作者和本文链接
本帖由系统于 5年前 自动加精
《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
讨论数量: 3

有状态 Token 是不有点类似第三方登录的 oauth?

6年前 评论

@lovecn
我理解如下:
有状态的 Token 只是用户认证的(标识用户)一个方式。
第三方登录的 OAuth 2.0 是一规范标准,有点像设计模式

拿微信登陆来说吧。微信登陆流程就是采用的就是 OAuth 2.0。当整个流程走完。服务端向资源服务器拿到用户数据后(可以理解为普通的账号密码匹配正确),服务端需要向客户端返回一个用户标识,不论采用的 Token 还是 Session。目的都是为了标识用户。这两者其实没有关系

6年前 评论

token 有状态了,那是不是用 session 优势会更多些了!

4年前 评论