注意

这是nginx镜像的arm32v7架构构建版本的"每个架构"仓库——更多信息请参见镜像文档中的"除amd64之外的架构？"和***镜像FAQ中的"Git中的镜像源已更改，现在该怎么办？"。

快速参考

• 维护者：
  NGINX Docker维护者

• 获取帮助：
  Docker社区Slack、Server Fault、Unix & Linux或Stack Overflow

支持的标签及对应的Dockerfile链接

• 1.29.2, mainline, 1, 1.29, latest, 1.29.2-trixie, mainline-trixie, 1-trixie, 1.29-trixie, trixie

• 1.29.2-perl, mainline-perl, 1-perl, 1.29-perl, perl, 1.29.2-trixie-perl, mainline-trixie-perl, 1-trixie-perl, 1.29-trixie-perl, trixie-perl

• 1.29.2-alpine, mainline-alpine, 1-alpine, 1.29-alpine, alpine, 1.29.2-alpine3.22, mainline-alpine3.22, 1-alpine3.22, 1.29-alpine3.22, alpine3.22

• 1.29.2-alpine-perl, mainline-alpine-perl, 1-alpine-perl, 1.29-alpine-perl, alpine-perl, 1.29.2-alpine3.22-perl, mainline-alpine3.22-perl, 1-alpine3.22-perl, 1.29-alpine3.22-perl, alpine3.22-perl

• 1.29.2-alpine-slim, mainline-alpine-slim, 1-alpine-slim, 1.29-alpine-slim, alpine-slim, 1.29.2-alpine3.22-slim, mainline-alpine3.22-slim, 1-alpine3.22-slim, 1.29-alpine3.22-slim, alpine3.22-slim

• 1.28.0, stable, 1.28, 1.28.0-bookworm, stable-bookworm, 1.28-bookworm

• 1.28.0-perl, stable-perl, 1.28-perl, 1.28.0-bookworm-perl, stable-bookworm-perl, 1.28-bookworm-perl

• 1.28.0-alpine, stable-alpine, 1.28-alpine, 1.28.0-alpine3.21, stable-alpine3.21, 1.28-alpine3.21

• 1.28.0-alpine-perl, stable-alpine-perl, 1.28-alpine-perl, 1.28.0-alpine3.21-perl, stable-alpine3.21-perl, 1.28-alpine3.21-perl

• 1.28.0-alpine-slim, stable-alpine-slim, 1.28-alpine-slim, 1.28.0-alpine3.21-slim, stable-alpine3.21-slim, 1.28-alpine3.21-slim

快速参考（续）

• 提交issue的位置：
  [***]

• 支持的架构：(更多信息)
  amd64、arm32v5、arm32v6、arm32v7、arm64v8、i386、mips64le、ppc64le、riscv64、s390x

• 已发布镜像制品详情：
  repo-info仓库的repos/nginx/目录 (历史记录)
  （镜像元数据、传输大小等）

• 镜像更新：
  official-images仓库的library/nginx标签
  official-images仓库的library/nginx文件 (历史记录)

• 此描述的来源：
  docs仓库的nginx/目录 (历史记录)

什么是nginx？

Nginx（发音为"engine-x"）是一个开源的反向代理服务器，支持HTTP、HTTPS、SMTP、POP3和IMAP协议，同时也是负载均衡器、HTTP缓存和Web服务器（源服务器）。nginx项目最初专注于高并发、高性能和低内存占用。它采用2条款BSD类许可证授权，可运行在Linux、BSD变体、Mac OS X、Solaris、AIX、HP-UX以及其他类Unix系统上，也有针对Microsoft Windows的概念验证端口。

***.org/wiki/Nginx

!logo

如何使用此镜像

托管简单静态内容

console
$ docker run --name some-nginx -v /some/content:/usr/share/nginx/html:ro -d arm32v7/nginx

或者，可以使用简单的Dockerfile生成包含必要内容的新镜像（这比上述绑定挂载更简洁）：

dockerfile
FROM arm32v7/nginx
COPY static-html-directory /usr/share/nginx/html

将此文件与内容目录（"static-html-directory"）放在同一目录下，然后运行以下命令构建并启动容器：

console
$ docker build -t some-content-nginx .
$ docker run --name some-nginx -d some-content-nginx

暴露外部端口

console
$ docker run --name some-nginx -d -p 8080:80 some-content-nginx

然后可以在浏览器中访问http://localhost:8080或[***]。

自定义配置

可以挂载配置文件，或构建包含自定义配置的新镜像。

如果需要修改默认配置，可以从运行的nginx容器中获取默认配置：

console
$ docker run --rm --entrypoint=cat arm32v7/nginx /etc/nginx/nginx.conf > /host/path/nginx.conf

然后在主机文件系统中编辑/host/path/nginx.conf。

有关nginx配置文件语法的信息，请参见***文档（特别是入门指南）。

挂载配置文件

console
$ docker run --name my-custom-nginx-container -v /host/path/nginx.conf:/etc/nginx/nginx.conf:ro -d arm32v7/nginx

构建包含自定义配置的新镜像

dockerfile
FROM arm32v7/nginx
COPY nginx.conf /etc/nginx/nginx.conf

如果在Dockerfile中添加自定义CMD，请确保在CMD中包含-g daemon off;，以使nginx保持在前台运行，这样Docker才能正确跟踪进程（否则容器启动后会立即停止）！

然后使用docker build -t custom-nginx .构建镜像，并按以下方式运行：

console
$ docker run --name my-custom-nginx-container -d custom-nginx

在arm32v7/nginx配置中使用环境变量（1.19版本新增）

默认情况下，arm32v7/nginx不支持在大多数配置块中使用环境变量。但此镜像提供了一个函数，可在nginx启动前提取环境变量。

以下是使用compose.yaml的示例：

yaml
web:
  image: arm32v7/nginx
  volumes:
   - ./templates:/etc/nginx/templates
  ports:
   - "8080:80"
  environment:
   - NGINX_HOST=foobar.com
   - NGINX_PORT=80

默认情况下，此函数读取/etc/nginx/templates/*.template中的模板文件，并将envsubst执行结果输出到/etc/nginx/conf.d。

因此，如果放置templates/default.conf.template文件，其中包含如下变量引用：

listen       ${NGINX_PORT};

将输出到/etc/nginx/conf.d/default.conf，内容如下：

listen       80;

可通过以下环境变量更改此行为：

• NGINX_ENVSUBST_TEMPLATE_DIR
  包含模板文件的目录（默认：/etc/nginx/templates）
  当此目录不存在时，该函数不会处理模板。

• NGINX_ENVSUBST_TEMPLATE_SUFFIX
  模板文件的后缀（默认：.template）
  仅处理名称以此后缀结尾的文件。

• NGINX_ENVSUBST_OUTPUT_DIR
  执行envsubst结果的输出目录（默认：/etc/nginx/conf.d）
  输出文件名是移除后缀后的模板文件名。
  例如：/etc/nginx/templates/default.conf.template将输出为/etc/nginx/conf.d/default.conf。
  此目录必须可由运行容器的用户写入。

以只读模式运行arm32v7/nginx

要以只读模式运行arm32v7/nginx，需要将Docker卷挂载到nginx写入信息的所有位置。默认arm32v7/nginx配置需要对/var/cache/nginx和/var/run具有写权限。可通过以下方式轻松实现：

console
$ docker run -d -p 80:80 --read-only -v $(pwd)/nginx-cache:/var/cache/nginx -v $(pwd)/nginx-pid:/var/run nginx

如果有更高级的配置要求nginx写入其他位置，只需为这些位置添加更多卷挂载。

以调试模式运行nginx

1.9.8及以上版本的镜像包含nginx-debug二进制文件，使用更高日志级别时会产生详细输出。可通过简单的CMD替换使用：

console
$ docker run --name my-nginx -v /host/path/nginx.conf:/etc/nginx/nginx.conf:ro -d arm32v7/nginx nginx-debug -g 'daemon off;'

compose.yaml中的类似配置如下：

yaml
web:
  image: arm32v7/nginx
  volumes:
    - ./nginx.conf:/etc/nginx/nginx.conf:ro
  command: [nginx-debug, '-g', 'daemon off;']

入口点安静日志

自1.19.0版本起，添加了详细的入口点，提供容器启动过程中的信息。可通过设置环境变量NGINX_ENTRYPOINT_QUIET_LOGS来静默此输出：

console
$ docker run -d -e NGINX_ENTRYPOINT_QUIET_LOGS=1 arm32v7/nginx

用户和组ID

自1.17.0版本起，基于alpine和debian的镜像变体使用相同的用户和组ID来降低工作进程的权限：

console
$ id
uid=101(nginx) gid=101(nginx) groups=101(nginx)

以非root用户运行arm32v7/nginx

可以以权限较低的任意UID/GID运行镜像。但这需要修改arm32v7/nginx配置，使用该UID/GID对可写入的目录：

console
$ docker run -d -v $PWD/nginx.conf:/etc/nginx/nginx.conf arm32v7/nginx

当前目录下的nginx.conf应重新定义以下指令：

nginx
pid        /tmp/nginx.pid;

并在http上下文中：

nginx
http {
    client_body_temp_path /tmp/client_temp;
    proxy_temp_path       /tmp/proxy_temp_path;
    fastcgi_temp_path     /tmp/fastcgi_temp;
    uwsgi_temp_path       /tmp/uwsgi_temp;
    scgi_temp_path        /tmp/scgi_temp;
...
}

或者，可查看***Docker NGINX非特权镜像。

镜像变体

arm32v7/nginx镜像有多种版本，每种版本设计用于特定场景。

arm32v7/nginx:<version>

这是默认镜像。如果不确定需求，可能需要使用此版本。它既可用作临时容器（