本小节源码下载路径:demo09
在典型业务场景中,为了区分用户和安全保密,必须对 API 请求进行鉴权, 但是不能要求每一个请求都进行登录操作。合理做法是,在第一次登录之后产生一个有一定有效期的 token, 并将其存储于浏览器的 Cookie 或 LocalStorage 之中,之后的请求都携带该 token ,请求到达服务器端后,服务器端用该 token 对请求进行鉴权。在第一次登录之后, 服务器会将这个 token 用文件、数据库或缓存服务器等方法存下来,用于之后请求中的比对。或者,更简单的方法是,直接用密钥对用户信息和时间戳进行签名对称加密,这样就可以省下额外的存储, 也可以减少每一次请求时对数据库的查询压力。这种方式,在业界已经有一种标准的实现方式, 该方式被称为 JSON Web Token(JWT,音同 jot,详见 JWT RFC 7519)。
- 客户端使用用户名和密码请求登录
- 服务端收到请求后会去验证用户名和密码,如果用户名和密码跟数据库记录不一致则验证失败,如果一致则验证通过,服务端会签发一个 Token 返回给客户端
- 客户端收到请求后会将 Token 缓存起来,比如放在浏览器 Cookie 中或者本地存储中,之后每次请求都会携带该 Token
- 服务端收到请求后会验证请求中携带的 Token,验证通过则进行业务逻辑处理并成功返回数据
在 JWT 中,Token 有三部分组成,中间用.
隔开,并使用 Base64 编码:
header
payload
signature
如下是 JWT 中的一个 Token 示例:
eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpYXQiOjE1MjgwMTY5MjIsImlkIjowLCJuYmYiOjE1MjgwMTY5MjIsInVzZXJuYW1lIjoiYWRtaW4ifQ.LjxrK9DuAwAzUD8-9v43NzWBN7HXsSLfebw92DKd1JQ
JWT Token 的 header 中,包含两部分信息:
- Token 的类型
- Token 所使用的加密算法 例如:
{
"typ": "JWT",
"alg": "HS256"
}
该例说明 Token 类型是 JWT,加密算法是 HS256(alg 算法可以有多种)。
Payload 中携带 Token 的具体内容,里面有一些标准的字段,当然你也可以添加额外的字段,来表达更丰富的信息,可以用这些信息来做更丰富的处理,比如记录请求用户名,标准字段有:
iss
:JWT Token 的签发者sub
:主题exp
:JWT Token 过期时间aud
:接收 JWT Token 的一方iat
:JWT Token 签发时间nbf
:JWT Token 生效时间jti
:JWT Token ID
本例中的 payload 内容为:
{
"id": 2,
"username": "kong",
"nbf": 1527931805,
"iat": 1527931805
}
Signature 是 Token 的签名部分,通过如下方式生成:
- 用 Base64 对
header.payload
进行编码 - 用 Secret 对编码后的内容进行加密,加密后的内容即为 Signature
Secret 相当于一个密码,存储在服务端,一般通过配置文件来配置 Secret 的值,本例中是配置在
conf/config.yaml
配置文件中:
runmode: debug # 开发模式, debug, release, test
addr: :8080 # HTTP绑定端口
name: apiserver # API Server的名字
url: http://127.0.0.1:8080 # pingServer函数请求的API服务器的ip:port
max_ping_count: 10 # pingServer函数try的次数
jwt_secret: Rtg8BPKNEf2mB4mgvKONGPZZQSaJWNLijxR42qRgq0iBb5
log:
writers: file,stdout
logger_level: DEBUG
logger_file: log/apiserver.log
log_format_text: false
rollingPolicy: size
log_rotate_date: 1
log_rotate_size: 1
log_backup_count: 7
签名后服务端会返回生成的 Token,客户端下次请求会携带该 Token,服务端收到 Token 后会解析出header.payload
,然后用相同的加密算法和密码对header.payload
再进行一次加密,
并对比加密后的 Token 和收到的 Token 是否相同,如果相同则验证通过,不相同则返回 HTTP 401 Unauthorized 的错误。
API 身份认证包括两步:
- 签发 token
- API 添加认证 middleware
首先要实现登录接口。在登录接口中采用明文校验用户名密码的方式,登录成功之后再产生 token。在router/router.go
文件中添加登录入口:
// api for authentication functionalities
g.POST("/login", user.Login)
在handler/user/login.go
(详见 demo09/handler/user/login.go)
中添加login
的具体实现:
- 解析用户名和密码
- 通过
auth.Compare()
对比密码是否是数据库保存的密码,如果不是,返回errno.ErrPasswordIncorrect
错误 - 如果相同,授权通过,通过
token.Sign()
签发 token 并返回
auth.Compare()
的实现详见 demo09/pkg/auth/auth.go。token.Sign()
的实现详见 demo09/pkg/token/token.go。
在router/router.go
中对 user handler 添加授权middleware
:
通过该middleware
,所有对/v1/user
路径的请求,都会经过middleware.AuthMiddleware()
中间件的处理:token 校验。
middleware.AuthMiddleware()
函数是通过调用token.ParseRequest()
来进行 token 校验的。
middleware.AuthMiddleware()
实现详见 demo09/router/middleware/auth.go。token.ParseRequest()
的实现详见 demo09/pkg/token/token.go。