UTS namespace 隔离主机名和域名，是容器独立身份标识的基础；它由内核原生支持，通过 unshare -u 或 CLONE_NEWUTS 实现，不同 namespace 间互不可见，Docker 默认启用并可通过 -h 或 --uts=host 控制。

Linux 的 UTS namespace 负责隔离主机名（hostname）和域名（domainname），这是容器实现独立身份标识的基础。它不依赖 Docker 或其他运行时，而是内核原生支持的能力——只要调用 unshare -u 或在 clone 时传入 CLONE_NEWUTS，就能让新进程拥有自己的主机名空间。

UTS namespace 的核心作用

UTS（UNIX Timesharing System）命名空间控制两个系统级字符串：

• hostname：通过 sethostname() 和 gethostname() 访问，影响 uname -n、hostname 命令输出，也用于网络服务日志、SSH 登录提示等场景
• domainname：通常指 NIS 域名，现代容器中较少使用，但同样被隔离

同一 UTS namespace 内的进程看到相同的主机名；不同 namespace 之间互不可见、互不影响。这使得容器能安全地设置 myapp-prod 或 redis-1 这类语义化名称，而不会与宿主机或其他容器冲突。

手动验证 UTS 隔离效果

无需启动容器，用标准命令即可快速测试：

• 查看当前主机名：hostname
• 进入新 UTS namespace 并修改主机名：sudo unshare -u -r --mount-proc bash（-r 同时启用 user namespace 以避免权限错误）
• 在新 shell 中执行：hostname mycontainer && hostname → 输出 mycontainer
• 新开终端执行 hostname → 仍为原宿主机名，未受影响

注意：unshare -u 创建的 namespace 默认不挂载 /proc，加 --mount-proc 才能让 ps、hostname 等命令正常读取内核状态。

与 Docker 容器的关联配置

Docker 在创建容器时默认启用 UTS namespace，并提供以下控制方式：

• 启动时指定主机名：docker run -h web-server nginx → 容器内 hostname 返回 web-server
• 不指定 -h 时，Docker 自动生成随机短主机名（如 abc123ef）
• 若需复用宿主机 hostname，可显式禁用隔离：docker run --uts=host nginx（此时容器与宿主机共享 UTS namespace）

该配置直接影响容器内应用的行为：例如 Spring Boot 应用默认用 hostname 生成实例 ID；Prometheus 的 instance 标签也常基于此。确保 hostname 设置清晰、稳定，有助于运维识别和问题定位。

常见误区与注意事项

UTS 隔离本身轻量且可靠，但容易因权限或组合使用出错：

• 不能单独用普通用户启用：unshare -u 需要 CAP_SYS_ADMIN 能力，普通用户必须配合 -r（user namespace）或加 sudo
• hostname 修改不持久：只在当前 namespace 生命周期内有效，退出后即失效；容器重启后需通过 Docker 参数或 entrypoint 重新设置
• 不等于网络身份：UTS 只管名字，不分配 IP 或 DNS 解析能力；容器要被其他服务访问，还需 network namespace 配合、DNS 配置或服务发现机制

它不是“伪装”，而是内核提供的真实隔离层——名字变了，系统行为就跟着变，这是容器可观察性与可管理性的起点。