hostname命令临时改名仅影响当前会话，永久生效需修改/etc/hostname并执行sudo hostnamectl set-hostname，同时同步更新/etc/hosts中127.0.1.1行以匹配新主机名。
hostname 命令改名只生效当前会话
直接运行 hostname newname 确实能立刻看到输出变化，但重启后就回去了——它只改了内核的运行时参数，没碰任何配置文件。
常见错误现象：执行完 hostname myserver，ssh user@myserver 连不上；或者写完 Ansible playbook 用 hostname 模块设名，下次 reboot 就失效。
- 这是临时修改，适合调试、容器临时命名或脚本中短暂切换上下文
- 不适用于生产服务器、集群节点、需要 SSH 免密登录或证书绑定主机名的场景
- 如果只是想在当前 shell 里让
PS1显示新名字，可以搭配export HOSTNAME=newname，但其他进程看不到
/etc/hostname 文件是 systemd 系统的持久化依据
Debian/Ubuntu/CentOS 7+（即用 systemd 的系统）开机时，systemd-hostnamed 服务会读取 /etc/hostname 并设置内核 hostname。改这里才真正“永久”。
操作很简单，但容易漏掉同步步骤：
- 用
sudo echo "web-prod" > /etc/hostname是错的——重定向由 shell 执行，权限不够；得用sudo tee /etc/hostname或sudo nano /etc/hostname - 改完必须运行
sudo hostnamectl set-hostname web-prod，它会自动同步到/etc/hostname并刷新内核值，比手动 echo +hostname更可靠 - 某些老镜像没装
systemd-hostnamed，这时得确认/etc/init.d/hostname.sh是否存在并启用（少见，但 Ubuntu 14.04 或定制内核可能遇到）
/etc/hosts 里那行 127.0.1.1 必须匹配新主机名
很多故障不是主机名没改成功，而是 DNS 解析或本地服务（比如 MySQL、Postfix、GitLab）反向查 hostname -f 时失败，卡在 getaddrinfo 超时。
原因通常是 /etc/hosts 还留着旧名：
- 检查
127.0.1.1行（不是127.0.0.1）：它专用于映射本机 FQDN，在无 DNS 时 fallback 用 - 改成类似
127.0.1.1 web-prod.localdomain web-prod，确保第二个字段是短名（hostname输出），第三个是 FQDN（可选，但建议填） - 如果删掉这行或只留
127.0.0.1 localhost，部分程序会尝试走 DNS 查自己，结果慢或失败 -
hostname -f输出为空或报错Unknown host，基本就是这行没对上
hostnamectl 和 sysctl net.core.somaxconn 没关系
别被名字误导：hostnamectl 只管主机名和相关元数据（如部署环境、图标、时区），它不会动网络栈、内核参数或 SELinux 上下文。
有人改完主机名发现服务起不来，顺手去调 sysctl 或重装 NetworkManager，其实无关：
-
hostnamectl status能验证当前状态是否一致（Static / Transient / Pretty 字段都该是新名） - 如果
ss -tlnp看端口绑定正常，但curl http://$(hostname)失败，优先查/etc/hosts和 DNS 配置，而不是 kernel 参数 - SELinux 不会因主机名变更拒绝服务，除非你手动改过策略里硬编码的主机名（极罕见）
