hostnamectl set-hostname仅修改/etc/hostname和内核静态名，不更新/etc/hosts，而sudo、ssh等服务依赖gethostbyname()优先查该文件，若缺失新主机名映射就会报“unable to resolve host”。
hostnamectl set-hostname 是 systemd 系统上唯一推荐的永久改名入口，但它本身不碰 /etc/hosts，不改这个文件，sudo、ssh、systemd 服务几乎必然报 “unable to resolve host”——这不是命令没生效，而是解析链断在了本地。
用 hostnamectl set-hostname 改名后为什么 sudo 还报错
因为 hostnamectl 只写 /etc/hostname、设内核静态名、通知 systemd-hostnamed，但完全跳过 /etc/hosts。而 sudo 启动时会调用 gethostname() + gethostbyname()，后者优先查 /etc/hosts。若里面没有新主机名映射，就 fallback 到 DNS（失败）或直接报错。
- 典型现象：
sudo: unable to resolve host web-prod-01、ssh localhost失败、journalctl里反复刷解析错误 - 必须手动加一行：Debian/Ubuntu 看
127.0.1.1行，RHEL/CentOS 7+ 建议补127.0.0.1 new-hostname - 绝对不能删掉原始的
127.0.0.1 localhost行，否则localhost解析也会崩 - 别在同一 IP 下写多个主机名（如
127.0.0.1 web-prod-01 db-node-02），glibc 解析行为不可靠
/etc/sysconfig/network 只在 CentOS 6 及更老 SysVinit 系统里起作用
systemd 出现前，RHEL/CentOS 6 完全靠 /etc/sysconfig/network 中的 HOSTNAME= 变量启动时加载主机名。只改 /etc/hostname 或跑 hostnamectl（根本不存在），重启后一定回退。
- 编辑该文件：
sudo nano /etc/sysconfig/network - 确保有且仅有一行：
HOSTNAME=your-new-hostname（等号前后无空格） - 同时确认
NETWORKING=yes已启用 - 改完不需重启，但得立刻执行：
sudo hostname -F /etc/sysconfig/network（注意这不是标准用法，实际应先读取变量再设，但实测有效）
为什么改了 /etc/hostname 还要跑 hostname -F /etc/hostname
单纯编辑 /etc/hostname 文件只是“存档”，它不会自动刷进内核运行时状态。Linux 内核维护一个 transient 名字空间，shell 提示符、hostname 命令输出、多数服务都读这个。不触发加载，当前会话和新起的服务仍用旧名。
-
sudo hostname -F /etc/hostname的作用就是把文件内容强制载入 transient 名字空间 - 这步对所有 Linux 都有效，包括非 systemd 系统（如嵌入式 BusyBox）
- 但注意：它不改静态名，也不通知服务刷新，所以仍需配合
/etc/hosts和（必要时）/etc/sysconfig/network - 主机名字符限制必须遵守：只能含字母、数字、连字符（
-），不能以连字符或数字开头，不能含下划线、空格、点号
验证是否真改成了，别只信 hostname 命令
hostname 只显示 transient 名，容易误判。真正要检查的是三处是否一致：
-
hostnamectl status | grep "Static hostname"—— 必须匹配你设的值 -
cat /etc/hostname—— 应为单行、无空格、无换行的新主机名 -
grep your-new-hostname /etc/hosts—— 必须存在且 IP 不是0.0.0.0或注释掉 - 额外验证：
sudo -l不报解析错、ssh -o ConnectTimeout=2 localhost能连上、systemctl restart sshd不报 warning
最常被忽略的是 /etc/hosts 同步——它不像配置文件那样“改完就完事”，而是解析链里承上启下的关键一环，漏掉它，前面所有操作等于只改了半张脸。
