Dockerfile中的变量似乎被认可了吗？

Question

我正在使用DockFile构建图像。我想通过命令行设置容器的用户名，以避免权限问题。

DockFile如下所示，我使用了user_name，group_id的变量。但是当我构建时，问题不断出现。 错误是：groupAdd：option' - gid'需要一个参数 我猜想$ {group_id}和$ {user_name}都被识别为空字符串，但是在创建容器时，不应该分配它们的值吗？ 我已经搜索了一些示例，并且根据示例，我不太了解问题在哪里？

请帮我！ 谢谢！

FROM matthewfeickert/docker-python3-ubuntu:latest
ARG USER_NAME
ARG USER_ID
ARG GROUP_ID


RUN groupadd -r --gid ${GROUP_ID} ${USER_NAME} 
RUN useradd --no-log-init -r -g ${GROUP_ID} -u ${USER_ID} ${USER_NAME}

USER ${USER_NAME}
WORKDIR /usr/local/src

Answer 1

运行容器时，您可以使用Docker Run -U选项指定任意用户ID。

docker run -u 1003 ... my-image

这不需要图像中的任何特殊设置。在容器的/etc/passwd文件中，用户ID不存在，但是除了某些化妆品问题外，还没有任何后果，还没有交互式调试外壳的提示。

典型的用途是使您的容器访问绑定的数据目录：

docker run \
  -e DATA_DIR=/data \
  -v "$PWD/app-data:/data" \
  -u $(id -u) \
  ... \
  my-image

我通常建议将特定的用户ID传递到图像构建中。这将使用户ID“烘烤”，并且如果有人想运行图像，则必须重建图像。

设置一些非root用户通常是一个好习惯，但是只要它不是零，它的用户ID就无关紧要。反过来，通常也是一个很好的做法，最好将大部分应用程序源代码保留由根用户拥有，以便该应用程序不能意外地覆盖本身。

FROM matthewfeickert/docker-python3-ubuntu:latest

# Create an arbitrary non-root user; we don't care about its uid
# or other properties
RUN useradd --system user

# Still as root, do the normal steps to install and build the application
WORKDIR /app
COPY requirements.txt ./
RUN pip install -r requirements.txt
COPY ./ ./

# Still as root, make sure the data directory exists
ENV DATA_DIR=/data
RUN mkdir "$DATA_DIR" && chown user "$DATA_DIR"
# VOLUME ["/data"]

# Normal metadata to run the container, only switching users now
EXPOSE 5000
USER user
CMD ["./app.py"]

此设置仍将与最初显示的扩展Docker Run命令一起使用：Docker Run -V选项将导致容器的/data目录在主机上的数字UID所有者上（希望）匹配Docker Run -U uid。

Answer 2

您可以通过如下所示传递构建ARG。

docker build --build-arg USER_NAME=test --build-arg USER_ID=805 --build-arg GROUP_ID=805 -t tag1 .

另外，作为最佳实践，请考虑在ARGS中添加默认阀。因此，如果用户未指定ARG，则将选择默认值。