参加你附近的 ，了解 VS Code 中的 AI 辅助开发。

向容器添加非 root 用户

许多 Docker 镜像默认使用 root 用户，但在某些情况下，您可能更喜欢使用非 root 用户。如果您这样做，则应了解一些本地文件系统（绑定）挂载的特殊性。具体来说：

  • 适用于 Mac 的 Docker Desktop：在容器内部，任何挂载的文件/文件夹都将表现为由您指定的容器用户拥有。在本地，所有文件系统操作都将使用您的本地用户的权限。

  • 适用于 Windows 的 Docker Desktop：在容器内部，任何挂载的文件/文件夹都将显示为由root拥有，但您指定的用户仍然能够读/写它们，并且所有文件都将可执行。在本地，所有文件系统操作都将使用您的本地用户的权限。这是因为从根本上无法将 Windows 风格的文件权限直接映射到 Linux。

  • Linux 上的 Docker CE/EE：在容器内部，任何挂载的文件/文件夹都将具有与容器外部完全相同的权限——包括所有者用户 ID (UID) 和组 ID (GID)。因此，您的容器用户将需要具有相同的 UID 或属于具有相同 GID 的组。用户/组的实际名称无关紧要。机器上的第一个用户通常会获得 1000 的 UID，因此大多数容器都使用此 ID 作为用户 ID，以尽量避免此问题。

为 VS Code 指定用户

如果您使用的镜像或 Dockerfile 已提供可选的非 root 用户（例如node镜像），但仍默认为 root，您可以通过在devcontainer.json中指定remoteUser属性来选择让 Visual Studio Code（服务器）和任何子进程（终端、任务、调试）使用它

"remoteUser": "user-name-goes-here"

在 Linux 上，如果您在devcontainer.json中引用Dockerfile、镜像或 Docker Compose，这还将自动更新容器用户的 UID/GID 以匹配您的本地用户，以避免此环境中存在的绑定挂载权限问题（除非您设置"updateRemoteUserUID": false）。

由于此设置仅影响 VS Code 和相关子进程，因此需要重新启动 VS Code（或重新加载窗口）才能使其生效。但是，UID/GID 更新仅在容器创建时应用，并且需要重新构建才能更改。

指定默认容器用户

在某些情况下，您可能需要容器中的所有进程都以不同的用户运行（例如，由于启动要求），而不仅仅是 VS Code。具体操作方式略有不同，具体取决于您是否使用 Docker Compose。

  • Dockerfile 和镜像：将containerUser属性添加到同一个文件。

    "containerUser": "user-name-goes-here"

    在 Linux 上，与remoteUser一样，这还将自动更新容器用户的 UID/GID 以匹配您的本地用户，以避免此环境中存在的绑定挂载权限问题（除非您设置"updateRemoteUserUID": false）。

  • Docker Compose：使用以下内容为相应的服务更新（或扩展）您的docker-compose.yml

    user: user-name-or-UID-goes-here

创建非 root 用户

虽然来自 Dev Containers 扩展的任何镜像或 Dockerfile 都将包含一个 UID/GID 为 1000 的非 root 用户（通常称为vscode或node），但许多基础镜像和 Dockerfile 不会。幸运的是，您可以更新或创建 Dockerfile，向容器添加非 root 用户。

即使在生产环境中也建议以非 root 用户运行您的应用程序（因为它更安全），因此即使您正在重用现有的 Dockerfile，这也是一个好主意。例如，此 Debian/Ubuntu 容器的片段将创建一个名为user-name-goes-here的用户，授予其使用sudo的能力，并将其设置为默认用户

ARG USERNAME=user-name-goes-here
ARG USER_UID=1000
ARG USER_GID=$USER_UID

# Create the user
RUN groupadd --gid $USER_GID $USERNAME \
    && useradd --uid $USER_UID --gid $USER_GID -m $USERNAME \
    #
    # [Optional] Add sudo support. Omit if you don't need to install software after connecting.
    && apt-get update \
    && apt-get install -y sudo \
    && echo $USERNAME ALL=\(root\) NOPASSWD:ALL > /etc/sudoers.d/$USERNAME \
    && chmod 0440 /etc/sudoers.d/$USERNAME

# ********************************************************
# * Anything else you want to do like clean up goes here *
# ********************************************************

# [Optional] Set the default user. Omit if you want to keep the default as root.
USER $USERNAME

提示：如果您在构建时遇到有关 GID 或 UID 已存在的错误，则您选择的镜像可能已经有一个非 root 用户，您可以直接利用它。

在这两种情况下，如果您已经构建了容器并连接到它，请从命令面板 (F1) 运行开发容器：重新构建容器以应用更改。否则，运行开发容器：在容器中打开文件夹...以连接到容器。

更改现有容器用户的 UID/GID

虽然remoteUser属性在使用Dockerfile 或镜像时会尝试在 Linux 上自动更新适当的 UID/GID，但您可以在 Dockerfile 中使用此代码片段来手动更改用户的 UID/GID。根据需要更新ARG值。

ARG USERNAME=user-name-goes-here
ARG USER_UID=1000
ARG USER_GID=$USER_UID

RUN groupmod --gid $USER_GID $USERNAME \
    && usermod --uid $USER_UID --gid $USER_GID $USERNAME \
    && chown -R $USER_UID:$USER_GID /home/$USERNAME

请注意，在 Alpine Linux 上，您需要首先安装shadow包。

RUN apk add --no-cache shadow
10/09/2025
© . This site is unofficial and not affiliated with Microsoft.