关键一步是配置子uid/gid映射，使容器内root（uid 0）映射到宿主机非特权uid范围（如100000–165535），通过/etc/subuid和/etc/subgid定义映射池，实现rootless安全隔离。
要让容器在普通用户下安全运行，关键一步是配置子 UID/GID 映射，使容器内 root（UID 0）实际对应宿主机上一段非特权 UID 范围。这不是可选项，而是 rootless 容器（如 Podman）和 Docker userns-remap 的强制前提。
明确子 UID/GID 映射的作用
子 UID/GID 不是给容器“分配新用户”，而是为当前普通用户划定一段“可映射的 UID/GID 池”。内核通过 /etc/subuid 和 /etc/subgid 知道：这个用户能在自己的用户命名空间里把内部 UID 0–65535 映射到宿主机的 100000–165535 这段范围。这样容器内进程即使以 root 身份运行，对宿主机来说也只是普通用户，无法越界操作。
- 映射后，容器内创建的文件在宿主机上归属 UID 100000 起的范围，而非真实 root（0）或当前用户（如 1000）
- 多个用户可各自拥有不重叠的子 UID 段，互不影响，适合多租户 VPS 或共享服务器
- Podman 默认依赖此机制启动 rootless 容器；Docker 启用
userns-remap时也必须配置
手动配置 /etc/subuid 和 /etc/subgid
以用户名 alice 为例，为其分配 65536 个连续子 UID/GID（推荐最小值，兼容绝大多数镜像）：
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 执行命令：
sudo usermod --add-subuids 100000-165535 --add-subgids 100000-165535 alice - 或直接编辑文件：
/etc/subuid中添加一行：alice:100000:65536/etc/subgid中添加一行：alice:100000:65536 - 确认无语法错误：每行格式为 用户名:起始UID:数量，不能有空格、注释或重复用户
验证映射是否生效
配置完成后，需重启用户会话或重新登录，再检查是否被内核识别：
- 运行
podman info | grep -A 5 'host\.users'，应看到类似"subuid": ["alice:100000:65536"] - 启动一个 rootless 容器：
podman run --rm alpine id，输出应为uid=0(root) gid=0(root)—— 这说明容器内是 root，但已隔离 - 在容器中创建文件并退出，用
ls -n查看宿主机挂载点对应文件的 UID，应落在 100000–165535 区间内
配合挂载使用避免权限混乱
仅配置 subuid/subgid 不代表挂载目录自动可写。若容器需读写宿主机目录，仍需确保该目录对映射后的 UID 可访问：
- 推荐方式：将宿主机目录属主设为子 UID 起始值，例如
sudo chown 100000:100000 /host/data - 或放宽组权限 + 添加辅助组：把用户加入某个 GID 组，并让挂载目录属组为此 GID，同时设置
setgid位保证新建文件继承组 - 避免用
chmod 777，那会绕过所有隔离设计
