文章转载：https://os.51cto.com/art/202107/671347.htm
版权归原作者所有，侵删
| Namespace | 系统调用参数 | 隔离内容 |
|---|---|---|
| UTS | CLONE_NEWUTS | 主机名与域名 |
| IPC | CLONE_NEWIPC | 信号量、消息队列和共享内存 |
| PID | CLONE_NEWPID | 进程编号 |
| Network | CLONE_NEWNET | 网络设备、网络栈、端口等等 |
| Mount | CLONE_NEWNS | 挂载点（文件系统） |
| User | CLONE_NEWUSER | 用户和用户组 |
| Cgroup | CLONE_NEWCGROUP | Cgroup的根目录 |
| Time | CLONE_NEWTIME | 时钟 |
这里有个小细节，上面表格创建Mount Namespace的系统调用参数是CLONE_NEWNS，而不是CLONE_NEWMOUNT。从字面理解是创建一个命名空间的意思，这是由于历史原因导致的，因为Mount Namespace是第一个namespace，内核的开发者可能也没有预料到后续还有其它的namespace的加入，所以就先把CLONE_NEWNS给占用了。
可见，namespace的隔离其实并不充分，除了上面的隔离能力，其他的都一样。譬如，时钟在内核5.6版本之前，所有容器和操作系统都共享同一个时钟，如果修改了操作系统的时间，所有容器都时间都会变化。
namespace实现原理也非常简单，每个进程(task_struct)都有一个关于namespace的属性nsproxy，表示自己所属的namespace。
struct task_struct { ...
/* namespaces */
struct nsproxy *nsproxy;
...
}
其中的nsproxy就是指向各种namespace的一个代理。如下所示：
当新进程被创建后会继承其父进程的namespace，这就是为啥一个容器里面的所有进程都共享namespace。在Linux集群上面，通过读取“/proc/进程ID/ns/”下的文件可以获取到每个进程对应的namespace。
END
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/31537575/viewspace-3150386/ ，如需转载，请注明出处，否则将追究法律责任。
