基于nginx的token认证

Nginx 的 token 认证是基于集成了 nginx+lua 的 openresty 来实现的.

• 环境: centos 7
• 部署方式: 增量部署(不影响原 nginx 版本)
• 版本: openresty/1.13.6.2
• 启动命令:1.原版本通过nginx命令启动.
  
  2.新版本通过openresty命令启动.

需求:

对指定域名增加 http 请求头(header)验证，

请求头为 xxxx=xxxxx 形式.

如果验证不通过，返回 403 ‘请求头验证失败 或 Error request forbidden ’

实际代码示列:

server {
listen 80;
server_name www.aaa.com;
access_log logs/host.access.log main;
location /a/b/c {
access_by_lua '
local args = ngx.req.get_headers(); --获取请求中 header 头的列表.
local token1 = args["appid"]; --取出 header 头中key为 appid 的值.
local token2 = "123456"; --定义一个局部变量.
local errs = "oh,Only Authorized Request will be Processe" --定义错误提示消息
if not token1 then
ngx.status = ngx.HTTP_FORBIDDEN --返回错误码
ngx.say(errs) --返回错误消息
ngx.exit(200) -- 跟以上两个连用,固定写法
end if token1 ~= token2 then
ngx.status = ngx.HTTP_FORBIDDEN
ngx.say(errs)
ngx.exit(200)
else
return
end
';
proxy_pass http://www.google.com;
}
}


实施过程中的坑:

背景介绍:

1.我是拷贝的原 nginx 下的配置文件,原 nginx 版本为 1.12.2.

2.测试环境为 openresty 中的nginx,版本为 1.13.6.2

我以为配置文件是通用的,虽然原版本 nginx 的配置文件在新版本中不兼容的部分,我都替换了,但还是产生了奇怪的问题...

• 测试环境通过,生产环境无论怎么修改配置都无法通过,中间浪费了很多时间,最后基于新 nginx 配置文件重写了整个配置,解决了问题.

致谢:

openresty 最佳实践

Nginx 使用 Lua 模块校验 Token

用lua扩展你的Nginx(写的非常好)

nginx 状态码