linux namespace实现容器资源隔离的核心是组合启用全部六类namespace：pid、network、mnt、uts、ipc、user，各自隔离进程树、网络栈、挂载点、主机名、ipc通信和用户id，并配合cgroups限制资源使用，禁用--privileged等破坏隔离的参数，确保“看不见”且“用不了太多”。
Linux Namespace 是容器资源隔离的底层基石，它不靠“限制”而是靠“独立视图”实现隔离——每个容器看到的是一套专属的系统资源副本，彼此互不可见。
PID、Network、MNT 等六类基础 Namespace 必须全部启用
真正有效的隔离不是只开几个 Namespace，而是组合启用全部六类核心类型：
-
PID Namespace：让容器内 PID=1 的进程只能看到自己命名空间内的进程树，宿主机和其他容器的进程完全不可见；禁用
--pid=host -
Network Namespace：为容器分配独立协议栈（网卡、IP、路由、iptables），避免使用
--network=host或共享模式 -
MNT Namespace：隔离挂载点，配合 overlay2 等联合文件系统构建专属根文件系统；不直接
mount --bind宿主机路径 -
UTS Namespace：隔离主机名和域名，防止通过
uname -n泄露环境；禁用--uts=host -
IPC Namespace：隔离 System V 消息队列、信号量、共享内存，阻断跨容器 IPC 通信；禁用
--ipc=host -
User Namespace：最关键的一环——将容器内 root 映射为宿主机上的非特权 UID（如 100000），从根源上防范逃逸；需在
daemon.json中配置{"userns-remap": "default"}并重启 dockerd
关闭隐性共享通道，堵住常见逃逸入口
很多容器看似隔离，实则仍通过默认配置或便利参数暴露宿主机资源：
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 禁用
--privileged：它会绕过几乎所有 Namespace 隔离机制 - 不挂载
/proc/sys和/sys/fs/cgroup：防止容器通过 sysctl 或 cgroup 接口影响宿主机策略 - 避免全局挂载
/dev：改用--device显式授权设备，或启用devices.cgroup.subtree控制粒度 - 能力集最小化：启动时指定
--cap-drop=ALL，再按需--cap-add，而非保留默认能力
Namespace + cgroups 才构成完整隔离
Namespace 负责“看不见”，cgroups 负责“用不了太多”——两者缺一不可：
- 仅靠 Namespace，一个容器仍可能耗尽 CPU 或内存；必须将容器进程加入对应 cgroup，设置
cpu.cfs_quota_us、memory.max等参数 - Docker 默认启用部分 cgroup v2 限制，但生产环境建议显式配置资源上限（如
--memory=512m --cpus=1.5） - cgroup v2 推荐启用，它提供更统一、更安全的资源控制接口，且与 User Namespace 兼容性更好
验证隔离是否生效的实用方法
运行容器后，可通过以下方式快速确认关键隔离项是否启用：
- 查进程所属 Namespace：
ls -l /proc/1/ns/（容器内 PID=1 进程），比对NSpid、NSnet等 inode 是否与宿主机不同 - 进容器执行
ip a：应只看到lo和虚拟网卡，无宿主机物理网卡 - 执行
ps aux：只显示容器自身进程，无宿主机进程 - 检查
/proc/self/status中的CapEff:字段，确认未保留过高 capability
