access_by_lua与content_by_lua的区别

最新推荐文章于 2024-11-09 15:59:05 发布
最新推荐文章于 2024-11-09 15:59:05 发布
阅读量1.9w 收藏 6
点赞数 1
CC 4.0 BY-SA版权
分类专栏： openresty 文章标签： nginx lua openresty
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zhhlyl521/article/details/84138705
本文深入探讨了Nginx中Lua模块的access_by_lua与content_by_lua的区别及应用场景。access_by_lua主要用于请求访问阶段的控制，适用于多种HTTP上下文；而content_by_lua则作为内容处理器，负责接收请求并输出响应。

1.二者是nginx对于请求的不同处理阶段。

2.access_by_lua在请求访问阶段处理，用于访问控制，适用于http、server、location、location if。

3.content_by_lua是内容处理器，接受请求并输出响应，适用于location、location if。

用header_filter_by_lua设置自定义HTTP头
阳光梦的专栏
08-10 9802
header_filter_by_lua的说明：     header_filter_by_lua   syntax: header_filter_by_lua <lua-script-str>   context: http, server, location, location if   phase: output-header-f...
OpenResty+Lua限流实战
xvktdmjg的博客
03-22 2536
OpenResty+Lua限流实战 当业务量越来越大的时候，为了能保证服务的运行，限流是必不可少的！OpenResty是一个高性能网关 OpenResty® is a dynamic web platform based on NGINX and LuaJIT. OpenResty = Nginx + Lua，Lua是高性能脚本语言，有着C语言的执行效率但是又比C简单，能很方便的扩展OpenResty 的功能。 Lua 是由巴西里约热内卢天主教大学（Pontifical Catholic Univer
openresty开发系列34--openresty执行流程之4访问阶段
reblue520的专栏
09-02 840
openresty开发系列34--openresty执行流程之4访问阶段访问阶段用途：访问权限限制 返回403nginx：allow 允许，deny 禁止allow ip；deny ip；涉及到的网关，有很多的业务 都是在access阶段处理的，有复杂的访问权限控制nginx：allow deny 功能太弱一）access_by_lua语法：access_by_lua <lua-s...
OpenResty第八篇: Openresty实现的网关权限控制
yangsen159的博客
07-26 3934
简介 采用openresty 开发出的api网关有很多，比如比较流行的kong、orange等。这些API 网关通过提供插件的形式，提供了非常多的功能。这些组件化的功能往往能够满足大部分的需求，如果要想达到特定场景的需求，可能需要二次开发，比如RBAC权限系统。本小节通过整合前面的知识点，来构建一个RBAC权限认证系统。 技术栈 本小节采用了以下的技术栈： Openresty(lua+nginx...
Nging中的Lua操作简介
Geek_Norman的博客
03-12 799
如何在nginx中使用Lua语言
OpenResty helloword - content_by_lua_file
ckx178的博客
06-30 6105
https://blog.youkuaiyun.com/ckx178/article/details/94346654 完成OpenResty的安装，并且打印了helloword，不过是在nginx嵌入了lua： worker_processes 1; error_log logs/error.log; events { worker_connections 1024; } http { ...
05 Nginx Lua 实战 | content_by_lua 插载点
响定李的博客
04-05 467
在 nginx.conf 中配置 在 http 节点中配置； location /staticitem/get { default_type "text/html"; content_by_lua_file ../lua/staticitem.lua;} 创建 staticitem.lua 脚本 ngx.say("hello static item lua"); 重启 ngin...
openresty ngx_lua执行阶段
weixin_43931625的博客
07-04 1235
openresty ngx_lua执行阶段
lua-nginx-module-0.10.13
07-18
在Nginx中，Lua运行在多个上下文中，包括http、server、location、access_by_lua、content_by_lua等，每个上下文都有自己的生命周期和作用范围。 2.2 Lua VM（虚拟机）和 ngx_lua_shared_dict 每个工作进程都有一个...
Nginx Lua 实战 | content_by_lua 插载点
乌鲁木齐001号程序员
05-04 4704
在 nginx.conf 中配置 在 http 节点中配置； location /staticitem/get { default_type "text/html"; content_by_lua_file ../lua/staticitem.lua; } 创建 staticitem.lua 脚本 ngx.say("hello static item lua"); 重启 n...
nginx+lua阶段处理内容分析
08-04
nginx+lua开发的学习笔记~~~、希望有所帮助、共同成长~
nginx 学习笔记（三） auth_request 和 access_by_lua 授权
u011196623的专栏
08-06 3539
开发十年，就只剩下这套Java开发体系了 &gt;&gt;&gt;    ...
nginx+lua access_by_lua_file 间接性404问题排查
TimerBin的博客
01-06 7459
一、背景说明 准备在项目中基于nginx搭建一个简易网关，实现同一域名根据不同cookie代理不同docker功能，降低前端、移动端多业务线并行测试联调成本。简单来说就是服务端有多个测试环境docker分别部署不同业务需求代码，通过在前端、移动端种植cookie（存放服务端测试环境docker IP地址）方式让其具有可选择服务端测试环境能力，大大降低联调环境配置成本。具体cookie的解析逻辑在n...
Nginx 配置指令的执行顺序（四）access_by_lua & 性能比较 (转载)
siyuan_zhu的专栏
07-29 4115
转载自 http://blog.sina.com.cn/openresty   ngx_lua 模块提供了配置指令 access_by_lua，用于在 access 请求处理阶段插入用户 Lua 代码。这条指令运行于 access 阶段的末尾，因此总是在 allow 和 deny 这样的指令之后运行，虽然它们同属 access 阶段。一般我们通过 access_by_lua 在 ngx_a...
openresty入门教程：access_by_lua_block
软考鸭
11-09 1404
在OpenResty中，是一个功能强大的指令，它允许你在Nginx的访问控制阶段执行Lua脚本。这个阶段发生在Nginx处理请求的过程中，紧接在rewrite阶段之后，但在请求被传递到后端服务器（如PHP、Node.js等）之前。通过在这个阶段执行Lua代码，你可以实现复杂的访问控制逻辑，如用户认证、权限检查、请求限流等。以下是关于。
Nginx 配置access_by_lua返回状态码和参数
热门推荐
小鲸鱼的天空
11-01 1万+
1、介绍 access_by_lua是nginx权限访问控制的一个模块，通过配置相关参数可以达到访问应用权限控制的目的 2、示例 ngx.header.content_type = "application/json;charset=utf8" 控制返回数据的类型 ngx.say用来返回数据 ngx.exit退出并返回状态码 location ~*\/api/v4/(objects|w...
【openresty】【实例】使用content_by_lua_file解析一个直播请求url
thjwsw的专栏
02-25 2309
现在，服务端收到客户的一个url请求如下： http://127.0.0.1/$userid/play/live/01.m3u8 1、对请求url进行正则校验，如果正则合法，就放通。正则非法就拒绝服务。 2、拿到这个请求后，先校验$userid合法性，比如是1000以下为合法。 3、所有检查满足要求后，返回一个01.m3u8的内容，类似如下： #EXTM3U #EXT-X-TARGETDURATION:10 #EXT-X-MEDIA-SEQUENCE:1 #EXTINF:10,htt...
OpenResty使用Lua大全（二）在OpenResty中使用Lua
秃了也弱了
03-13 5083
ngx.var.arg_strider的值为”1”,而ngx.req.get_uri_args[“strider”]的值为table [“1”, “2”, “3”, “4”]。重写阶段、访问限制阶段、内容处理阶段，这几个阶段都是独立的，就像Servlet也有不同的生命周期，不同的阶段处理不同的相关的业务。ngx.var.arg_xx与ngx.req.get_uri_args[“xx”]两者都是为了获取请求uri中的参数。对于应用开发，一般使用 ngx.INFO 到 ngx.CRIT 就够了。
Nginx模块Lua-Nginx-Module学习笔记（二）Lua指令详解(Directives)
Tinywan
03-09 1854
源码地址：https://github.com/Tinywan/Lua-Nginx-Redis Nginx与Lua编写脚本的基本构建块是指令。 指令用于指定何时运行用户Lua代码以及如何使用结果。 下面是显示指令执行顺序的图。  当一个请求发起一个“子请求”的时候，按照 Nginx 的术语，习惯把前者称为后者的“父请求”（parent request）。 location /main...
openresty lua 有没有ngx.var.upstream_port
最新发布
04-18
<think>好的，我现在需要帮助用户解决他们在OpenResty中使用Lua通过ngx.var.upstream_port获取反向代理端口的问题。首先，我需要回顾一下之前的对话和用户提供的引用内容，确保回答准确。 用户之前询问了如何获取反向代理的地址和端口，我之前的回答提到了使用ngx.var.upstream_addr来获取上游服务器的地址和端口组合。现在用户特别问到是否可以使用ngx.var.upstream_port来单独获取端口。首先，我需要确认这个变量是否存在。 根据我对Nginx和OpenResty的了解，Nginx内置变量中有$upstream_addr，它包含了IP和端口，例如"192.168.1.1:8080"，但并没有单独的$upstream_port变量。用户可能误解了变量名称，或者希望有一个直接获取端口的方法。因此，我需要验证这一点，并检查是否有其他方式可以获取端口。 接下来，我需要查阅相关资料，确保我的记忆正确。查看Nginx官方文档，确认是否有$upstream_port变量。根据Nginx文档，确实没有这个变量，所以用户无法直接通过ngx.var.upstream_port获取端口。因此，解决方法应该是从$upstream_addr中解析出端口部分。 然后，我需要考虑如何在Lua中处理这个字符串。用户可能需要使用字符串分割函数，比如用冒号分隔IP和端口。例如，如果upstream_addr是"172.16.74.71:9808"，可以通过split函数分割后取第二个元素。需要注意处理可能的IPv6地址，但大多数情况下IPv4已经足够。 同时，用户提供的引用中提到过使用ngx.var.upstream_addr在log阶段获取信息，因此需要再次强调该变量只能在请求处理完成后使用，比如log_by_lua阶段。如果在早期阶段访问，可能无法获取正确的值，导致错误。 另外，用户可能关心性能问题，但字符串分割在Lua中处理应该不会有明显的性能影响，特别是如果只是在日志阶段执行的话。需要建议用户进行错误处理，比如检查upstream_addr是否存在，避免在未使用反向代理的情况下出现nil错误。 还要注意用户之前的回答中提到的动态设置上游服务器的情况，比如通过变量$backend选择不同的upstream块。这时候，upstream_addr可能对应不同的服务器地址，但解析方法仍然适用。 最后，总结可行的方法，并给出示例代码，帮助用户实际应用。同时，提醒用户注意阶段限制和错误处理，确保解决方案的健壮性。</think>### OpenResty 中通过 Lua 获取反向代理端口的可行性分析 #### 一、核心结论 **`ngx.var.upstream_port` 并非 OpenResty/Nginx 的内置变量**，直接使用会返回 `nil`。但可通过解析 `ngx.var.upstream_addr`（包含反向代理的完整地址和端口）间接获取端口。以下是具体实现方法和注意事项： --- #### 二、替代方案：通过 `ngx.var.upstream_addr` 解析端口 ##### 1. **操作步骤** - **获取完整地址**：通过 `ngx.var.upstream_addr` 获取反向代理目标的完整地址（格式为 `IP:PORT` 或 `域名:PORT`）。 - **字符串分割**：在 Lua 中通过字符串处理提取端口部分。 ```lua -- 示例：在 log_by_lua 阶段解析端口 log_by_lua_block { local upstream_addr = ngx.var.upstream_addr if upstream_addr then -- 分割 IP 和端口（支持 IPv4/IPv6） local parts = {} for part in string.gmatch(upstream_addr, "[^:]+") do table.insert(parts, part) end -- 最后一个元素为端口 local upstream_port = parts[#parts] ngx.log(ngx.INFO, "Upstream Port: ", upstream_port) else ngx.log(ngx.WARN, "No upstream address detected") end } ``` ##### 2. **输出示例** - 若 `upstream_addr = "172.16.74.71:9808"`，解析后 `upstream_port = "9808"`。 - 若为域名（如 `upstream_addr = "api.example.com:443"`），同样可提取端口 `443`。 --- #### 三、关键限制与注意事项 1. **阶段限制**： - `ngx.var.upstream_addr` **仅在请求完成后生效**（如 `log_by_lua` 阶段）。在 `access_by_lua` 或 `content_by_lua` 阶段访问会返回 `nil`[^4]。 - 若需在代理前获取端口，需通过 `ngx.var.backend`（自定义变量）或解析 `upstream` 配置（见下文）。 2. **动态代理场景**： - 若通过 Lua 动态设置 `proxy_pass`（如根据请求参数选择上游），需结合 `ngx.var.backend` 和 `upstream` 配置解析： ```lua -- 示例：动态选择上游组 local backend_group = ngx.var.backend -- 例如 "ECC_NODE1" local upstream_servers = ngx.config.nginx_configure().upstreams[backend_group] local first_server_port = upstream_servers[1].port -- 获取第一个服务器的端口 ``` 3. **IPv6 兼容性**： - 若反向代理目标为 IPv6 地址（如 `[2001:db8::1]:8080`），需调整分割逻辑： ```lua local port = string.match(upstream_addr, "%]:(%d+)$") -- 匹配 "]:端口" 格式 ``` --- #### 四、性能与可靠性对比 | **方法** | **优点** | **缺点** | |-------------------------|-----------------------------------|-----------------------------------| | `ngx.var.upstream_addr` | 原生支持，无需额外配置 | 需手动解析端口，兼容性需处理 | | 解析 `upstream` 配置 | 可预知所有可用端口 | 依赖配置解析权限，需初始化阶段加载| | 自定义变量传递 | 灵活控制 | 需维护动态逻辑，增加复杂度 | --- #### 五、推荐实践 ```nginx http { # 定义 upstream upstream backend_servers { server 192.168.1.10:8080; server 192.168.1.11:8081; } server { location / { proxy_pass http://backend_servers; log_by_lua_block { local addr = ngx.var.upstream_addr if addr then local port = string.match(addr, ":(%d+)$") ngx.log(ngx.INFO, "反向代理端口: ", port) end } } } } ``` --- ### 总结 - **不可行**：直接通过 `ngx.var.upstream_port` 获取端口。 - **可行替代**：解析 `ngx.var.upstream_addr` 提取端口，需注意阶段限制和特殊格式（IPv6/域名）。 - **进阶场景**：结合动态代理配置或解析 `upstream` 块实现更复杂需求[^2][^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值