ngx_http_proxy_module默认已静态编译进官方Nginx，无需额外开启；可通过nginx -V | grep with-http_proxy_module确认，不支持动态加载，必须在配置中正确使用proxy_pass等指令才能生效。
如果你需要在已安装的 Nginx 中启用 ngx_http_proxy_module，首先要明确：该模块默认就是 静态编译进官方 Nginx 的核心模块之一，无需额外开启或单独编译——只要使用的是标准源码包（非极简定制版），它就已经存在且可用。
确认 proxy 模块是否已内置
运行以下命令检查当前 Nginx 是否包含 proxy 功能：
nginx -V 2>&1 | grep -o with-http_proxy_module如果输出中出现 with-http_proxy_module，说明模块已编译启用；若无，则可能是你使用的二进制包被裁剪过（如某些 Alpine 小体积镜像、OpenResty 精简版等）。
重新编译 Nginx 并显式启用 proxy 模块
若需从源码重编译并确保 proxy 模块可用，按以下步骤操作：
- 下载对应版本的 Nginx 源码（例如
nginx-1.24.0.tar.gz），解压进入目录 - 执行
./configure时，无需额外加参数 —— proxy 模块默认启用；但建议显式带上以示意图：
./configure --with-http_proxy_module [其他你需要的选项] - 执行
make编译，再用make install（或make upgrade安全替换）完成安装 - 验证：重启后运行
nginx -V，确认输出含with-http_proxy_module
常见误区提醒
很多人误以为 proxy 模块要“动态加载”，其实它不支持动态模块（.so）形式，只能静态编译。Nginx 官方至今未提供 ngx_http_proxy_module 的动态版本，所以不存在 load_module 加载它的配置写法。
另外，即使模块已编译，也要在配置中正确使用 proxy_pass 等指令，并确保 http 块中启用了 proxy_buffering、proxy_set_header 等相关指令才能生效。
替代方案：使用已集成 proxy 的发行版
如果你不想手动编译，可直接选用以下预编译版本：
- 官方 Linux 包（Ubuntu/Debian 的
nginx-full，CentOS/RHEL 的 EPEL nginx） - Docker 官方镜像
nginx:alpine或nginx:mainline（均含 proxy 模块） - OpenResty（默认包含 proxy 模块，并扩展了 Lua 能力）
