UTS namespace 隔离主机名和域名，是容器独立身份标识的基础；它由内核原生支持，通过 unshare -u 或 CLONE_NEWUTS 实现，不同 namespace 间互不可见，Docker 默认启用并可通过 -h 或 --uts=host 控制。
Linux 的 UTS namespace 负责隔离主机名（hostname）和域名（domainname），这是容器实现独立身份标识的基础。它不依赖 Docker 或其他运行时，而是内核原生支持的能力——只要调用
或在 clone 时传入
，就能让新进程拥有自己的主机名空间。
UTS namespace 的核心作用
UTS（UNIX Timesharing System）命名空间控制两个系统级字符串：
hostname
：通过
和
访问，影响
、
命令输出，也用于网络服务日志、SSH 登录提示等场景
domainname
：通常指 NIS 域名，现代容器中较少使用，但同样被隔离
同一 UTS namespace 内的进程看到相同的主机名；不同 namespace 之间互不可见、互不影响。这使得容器能安全地设置
或
这类语义化名称，而不会与宿主机或其他容器冲突。
手动验证 UTS 隔离效果
无需启动容器，用标准命令即可快速测试：
查看当前主机名：
进入新 UTS namespace 并修改主机名：
（
同时启用 user namespace 以避免权限错误）
在新 shell 中执行：
→ 输出
新开终端执行
→ 仍为原宿主机名，未受影响
注意：
创建的 namespace 默认不挂载
，加
才能让
、
等命令正常读取内核状态。
与 Docker 容器的关联配置
Docker 在创建容器时默认启用 UTS namespace，并提供以下控制方式：
启动时指定主机名：
→ 容器内
返回
不指定
时，Docker 自动生成随机短主机名（如
）
若需复用宿主机 hostname，可显式禁用隔离：
（此时容器与宿主机共享 UTS namespace）
该配置直接影响容器内应用的行为：例如 Spring Boot 应用默认用 hostname 生成实例 ID；Prometheus 的
标签也常基于此。确保 hostname 设置清晰、稳定，有助于运维识别和问题定位。
常见误区与注意事项
UTS 隔离本身轻量且可靠，但容易因权限或组合使用出错：
不能单独用普通用户启用
：
需要
能力，普通用户必须配合
（user namespace）或加
hostname 修改不持久
：只在当前 namespace 生命周期内有效，退出后即失效；容器重启后需通过 Docker 参数或 entrypoint 重新设置
不等于网络身份
：UTS 只管名字，不分配 IP 或 DNS 解析能力；容器要被其他服务访问，还需 network namespace 配合、DNS 配置或服务发现机制
它不是“伪装”，而是内核提供的真实隔离层——名字变了，系统行为就跟着变，这是容器可观察性与可管理性的起点。
unshare -uCLONE_NEWUTSsethostname()gethostname()uname -nhostnamemyapp-prodredis-1hostnamesudo unshare -u -r --mount-proc bash-rhostname mycontainer && hostnamemycontainerhostnameunshare -u/proc--mount-procpshostnamedocker run -h web-server nginxhostnameweb-server-habc123efdocker run --uts=host nginxinstanceunshare -uCAP_SYS_ADMIN-rsudo