惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

I
InfoQ
博客园 - 司徒正美
爱范儿
爱范儿
F
Fortinet All Blogs
J
Java Code Geeks
量子位
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 三生石上(FineUI控件)
腾讯CDC
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
S
SegmentFault 最新的问题
Microsoft Security Blog
Microsoft Security Blog
T
The Blog of Author Tim Ferriss
V
V2EX
L
LangChain Blog
aimingoo的专栏
aimingoo的专栏
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
云风的 BLOG
云风的 BLOG
T
Tailwind CSS Blog
Blog — PlanetScale
Blog — PlanetScale
GbyAI
GbyAI
A
About on SuperTechFans
有赞技术团队
有赞技术团队
Y
Y Combinator Blog

Alpine Linux

Alpine 3.23 发布了 AlpineLinux 3.19 发布了 Why AlpineLinux 在 iOS 上安装了 iSH,大家有什么推荐的玩法吗? AlpineLinux 3.12 发布 alpine Linux 跑 docker? Docker 容器中基于 Alpine Linux 镜像, kill 命令不起作用? 有牛人么? alpine 改用 networkmanager 问题。 docker 的 alpine 不支持 i18n,对 Java 后端开发有啥影响吗? 请教 alpine 大牛如何在 alpine 使用 curl 安装 caddy,并添加服务到自启动 Alpine Linux 如何安装 Google TCP-BRR 加速? 既然 alpine 体积这么小,为什么其它软件官方镜像不把它作为基础镜像? 小型系统,用 alpine Linux 真真是极好的。 分享两份自己用的 alpine-php-fpm 的 Dockerfile Alpine Linux 大法好!这个没有 GNU, Systemd 和其他莫名的系统,这个简洁、基于脚本的系统,在我折腾 Linux 一年时,让我真正体验到 Unix 系统的精神和原理。
在用 alpine 构建一个运行静态编译的 nginx 的 docker 镜像时...
fourstring · 2018-12-08 · via Alpine Linux

Dockerfile 如下:

FROM ubuntu:latest AS build
LABEL author="fourstring"

ARG NGINX_VER=1.15.7
ARG NGINX_URL=http://nginx.org/download/nginx-${NGINX_VER}.tar.gz
ARG OPENSSL_VER=1.1.1a
ARG OPENSSL_URL=https://www.openssl.org/source/openssl-${OPENSSL_VER}.tar.gz
ARG PCRE_VER=8.42
ARG PCRE_URL=https://ftp.pcre.org/pub/pcre/pcre-${PCRE_VER}.tar.gz
ARG ZLIB_VER=1.2.11
ARG ZLIB_URL=https://zlib.net/zlib-${ZLIB_VER}.tar.gz
ARG NGINX_BUILD_PARAS='--prefix=/usr/local/nginx --with-cc-opt=-static --with-ld-opt=-static --with-threads --with-file-aio --with-http_ssl_module --with-http_v2_module --with-http_sub_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_stub_status_module --with-openssl=../openssl-${OPENSSL_VER} --with-pcre=../pcre-${PCRE_VER} --with-pcre-jit --with-zlib=../zlib-${ZLIB_VER}'
ARG APT_PACKAGES='build-essential wget tar upx'
ARG APT_REMOVE_PACKAGES='build-essential upx'
ARG MAX_THREADS=3

RUN groupadd -g 50000 www && \
    useradd -g 50000 -u 50000 -s /sbin/nologin www

RUN apt -y update && \
    apt -y install ${APT_PACKAGES} && \
    cd /usr/local/src && \
    wget ${ZLIB_URL} && \
    wget ${PCRE_URL} && \
    wget ${OPENSSL_URL} && \
    wget ${NGINX_URL} && \
    tar xzf nginx-${NGINX_VER}.tar.gz && \
    tar xzf openssl-${OPENSSL_VER}.tar.gz && \
    tar xzf zlib-${ZLIB_VER}.tar.gz && \ 
    tar xzf pcre-${PCRE_VER}.tar.gz && \
    cd nginx-${NGINX_VER} && \
    ./configure ${NGINX_BUILD_PARAS} && \
    make -j${MAX_THREADS} && \
    make install && \
    upx /usr/local/nginx/sbin/nginx && \
    mkdir -p /usr/local/nginx/conf/vhost 

FROM alpine

RUN adduser -g 50000 -u 50000 -s /sbin/nologin -D -H www 

COPY --from=build --chown=www:www /usr/local/nginx /usr/local/nginx
COPY nginx.conf /usr/local/nginx/conf
COPY xxx.conf /usr/local/nginx/conf/vhost

EXPOSE 80
EXPOSE 443
USER www
CMD [ "/usr/local/nginx/sbin/nginx","-g","daemon off;" ]

现在遇到了一些诡异的用户问题。

  1. 如果我不使用最后的USER www指令,那么会报错getpwnam("www") (No such file or directory),由于一般使用不存在的用户运行 nginx 的报错并不会出现(No such file or directory),我用 Google 搜索后找到一个解释说当使用指定的用户以外的用户运行 nginx 就会出现这个错误,加USER www指令后这个报错确实也消失了
  2. 但是由于使用低权限运行,nginx 无法使用 80 和 443 端口
  3. 1.里面提到的那个解释我也表示存疑,因为一般情况下 nginx 主进程需要以高权限开启,并不会报这样的错误

那么请问我应该如何处理这个用户问题?还是我对 Linux 或者 nginx 用户机制的理解有问题呢?谢谢