关键是在Docker daemon层启用并协同配置User、PID、Network等命名空间，尤其需通过"userns-remap": "default"显式开启用户命名空间映射，结合资源配额与能力限制实现租户级安全隔离。
要增强多租户环境下的安全性，关键不是“配置容器的命名空间”，而是**在 Docker daemon 层启用并正确组合内核命名空间隔离机制**，尤其是 User、PID、Network 等命名空间的协同使用。Docker 默认已启用部分命名空间（如 PID、Network、Mount），但真正实现租户级权限隔离，必须显式开启和映射 User 命名空间，并辅以其他命名空间的合理约束。
启用 User 命名空间映射（最核心一步）
User 命名空间是防止容器逃逸、实现租户间 UID 隔离的基石。它让容器内 UID 0（root）实际对应宿主机上的非特权 UID，从根本上限制容器对宿主机资源的操作能力。
- 在 /etc/docker/daemon.json 中添加配置：
{
"userns-remap": "default"
}
该配置会自动读取 /etc/subuid 和 /etc/subgid，为每个用户分配一段独立的 UID/GID 子范围（如 100000–165535），确保不同租户的容器无法互相映射对方的 ID。
- 重启 Docker 服务生效：
sudo systemctl restart docker - 验证是否启用：
docker info | grep "Userns"应显示Userns: true
按需调整其他命名空间行为
默认启用的命名空间可被覆盖或强化，避免租户间意外共享：
-
PID 命名空间：保持默认私有（
--pid=private），禁止容器看到宿主机或其他容器进程；如需跨容器调试，改用--pid=container:显式共享，而非开放给所有租户 -
Network 命名空间：禁用
--network=host，除非是可信运维工具容器；生产租户容器应始终使用桥接或自定义网络，确保端口、路由、防火墙规则完全隔离 -
UTS 命名空间：默认私有，防止容器修改主机名影响其他租户；如需统一主机名策略，可通过
--uts=private显式确认，不建议设为host - IPC 命名空间：默认私有，避免租户间通过信号量、共享内存等 IPC 机制越权通信
配合资源配额与权限控制
命名空间提供逻辑隔离，但需搭配运行时约束才能闭环安全：
- 启动容器时限制能力：
--cap-drop=ALL --cap-add=CAP_NET_BIND_SERVICE，只授予必要内核能力 - 禁用特权模式：
--privileged=false（默认即关闭，但建议显式声明） - 结合 seccomp 或 AppArmor 模板，过滤危险系统调用
- 在 Kubernetes 环境中（如 ACK），进一步通过 Namespace + ResourceQuota + LimitRange 控制 CPU、内存、Pod 数量，实现租户级资源硬隔离
验证隔离效果
部署后建议快速验证关键隔离点：
- 进容器执行
id，确认 UID 0 映射到宿主机非 root 用户（如uid=0(root) gid=0(root) groups=0(root),65534(nogroup)，而宿主机上该 UID 实际属于普通用户） - 检查
/proc/1/status中的NSpid字段，确认 PID 命名空间 ID 与其他容器不同 - 执行
ip link show，对比不同租户容器的veth接口索引值，确认 Network 命名空间实例独立
