Nginx模块无独立版本号，其功能绑定于主版本；可通过nginx -V 2>&1 | grep with-http_ssl_module确认静态模块启用状态，动态模块需检查load_module指令及nginx -t验证。
Nginx 本身不为每个模块提供独立的版本号，模块版本实际由 Nginx 主版本和编译时所用源码决定。你无法直接运行类似 nginx-module-ssl --version 的命令来查模块版本，但可以通过以下方式准确判断模块的“版本归属”和启用状态。
看 Nginx 主版本 + 源码对应关系
所有静态编译模块（如 http_ssl_module、http_rewrite_module）都随 Nginx 主程序一同发布，其功能与行为严格绑定于当前 Nginx 版本。例如：
-
nginx/1.24.0 中的
--with-http_ssl_module就是该版本官方实现的 SSL 模块，无单独版本号 - 若你使用的是 OpenResty，其集成的
echo-nginx-module或lua-nginx-module则有自己独立的 Git tag（如v0.63），需查看 OpenResty 发行说明或模块源码仓库 - 第三方动态模块（如
ngx_brotli）通常在编译后文件名或.so元信息中隐含版本，可用objdump -s -j .comment /path/to/ngx_http_brotli_filter_module.so | grep "brotli"辅助识别
确认模块是否被启用（等效于“是否可用”）
启用即代表该模块当前生效，可视为逻辑上的“已就位版本”：
- 静态模块：执行
nginx -V 2>&1 | grep with-http_ssl_module，有输出即表示已编译并可用 - 动态模块：检查配置中是否有
load_module /usr/lib/nginx/modules/ngx_http_geoip2_module.so;，再配合nginx -t验证是否加载成功 - 运行时验证：对支持的功能发起请求，比如访问启用了
stub_status的 location（/nginx_status），返回统计内容即说明模块工作正常
查第三方模块的明确版本（如有）
部分知名第三方模块会在运行时暴露标识，或提供配套工具：
-
lua-nginx-module：在 Lua 代码中调用ngx.config.nginx_version可得 Nginx 版本；模块自身版本需查resty-cli --version或 OpenResty 官网发行页 -
nginx-module-vts（监控模块）：其 status 页面顶部会显示Version: 0.1.18 -
headers-more-nginx-module：无内置版本接口，但源码config文件里有MODULE_VERSION="0.34"注释，安装时保留源码目录即可追溯
模块没有独立版本号不是缺陷，而是设计使然——Nginx 把模块能力视为核心二进制的一部分。真正需要关注的是：你用的 Nginx 是哪个版本、它是否带了你要的功能模块、该模块在当前配置下是否真正启用并响应请求。
