直接改 /etc/hosts 即生效，无需重启系统；其解析优先级高于DNS，修改后立即对本机进程生效，但需用 getent hosts 验证而非仅依赖 ping，并确保IP与主机名间用空格分隔、IP准确且防火墙/网络连通性正常。
直接改 /etc/hosts 就生效，不用重启系统
CentOS 7 的主机映射表就是 /etc/hosts 文件，它优先级高于 DNS，修改后立即对本机所有进程（如 ping、curl、ssh）生效，无需重启网络服务或机器。
常见错误是误以为要同步改 /etc/sysconfig/network 或调用某个命令刷新——其实这个文件只管全局 HOSTNAME，和 IP 映射无关。
- 用
sudo vi /etc/hosts编辑，确保每行格式为：IP地址<空格>主机名（不能用 Tab，空格数不限但至少一个） - 已有条目如
127.0.0.1 localhost不要删，新映射追加在末尾更安全 - 若映射的是本机自身，IP 必须是实际网卡地址（如
192.168.144.201），不能写127.0.0.1（否则其他机器无法通过该主机名访问你） - 改完可用
ping -c 1 node1或getent hosts node1验证是否解析成功
getent hosts 比 ping 更准，能排除 DNS 干扰
很多人用 ping node1 测试失败就以为改错了，其实可能是 DNS 返回了错误结果，掩盖了 /etc/hosts 的真实效果。
getent hosts 是 glibc 提供的底层查询工具，只查本地文件和 DNS 的顺序配置（由 /etc/nsswitch.conf 中 hosts: 行决定），默认会先查 /etc/hosts，所以它才是验证映射是否写对的黄金标准。
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 运行
getent hosts node1，如果返回192.168.144.201 node1，说明映射已加载且格式正确 - 如果返回空，检查：IP 和主机名之间有没有多余空格或不可见字符；主机名是否拼错；是否漏了换行
- 注意：Windows 的
C:\Windows\System32\drivers\etc\hosts是独立文件，不影响 Linux 本机，但跨平台通信时需两边都配
克隆虚拟机后最常踩的坑：IP 没变但主机名变了，/etc/hosts 里还留着旧记录
克隆 CentOS 7 虚拟机后，/etc/hostname 通常已被改掉，但 /etc/hosts 很少被自动更新，导致老 IP 对应新主机名，或者多个主机名指向同一个旧 IP。
这种错配会让 Hadoop、ZooKeeper、Elasticsearch 等分布式组件启动失败，报 “unable to resolve hostname” 或连接超时。
- 执行
ip a查当前实际 IP，再对比/etc/hosts里对应主机名的那行 IP 是否一致 - 批量清理冗余行：删除所有含旧主机名（如
hadoop101）但 IP 已失效的条目 - 别只改一行——集群环境要确保所有节点的
/etc/hosts互相包含彼此的最新 IP+主机名，否则ssh node2可能解析成 127.0.0.1 或超时 - 改完建议在每台机器上跑一遍
for h in node1 node2 node3; do echo "$h -> $(getent hosts $h | cut -d' ' -f1)"; done快速核对
为什么改了 /etc/hosts 还 ping 不通？先看这三点
不是所有“ping 不通”都是映射问题。真正卡住人的往往是下面这三个隐性条件没满足：
- 目标主机的防火墙没关：
sudo systemctl stop firewalld（临时）或sudo firewall-cmd --permanent --add-service=icmp && sudo firewall-cmd --reload（放行 ping） - 目标主机没开对应服务（比如想
ssh node2却连不上），先确认ss -tlnp | grep :22看 sshd 是否监听 - IP 地址本身不可达：用
ping -c 1 192.168.144.202直接 ping IP，如果失败，说明是网络层问题（网卡配置、VMware 网络模式、路由等），和 hosts 无关
映射只是把名字转成 IP，后续通不通，取决于 IP 层连通性、端口开放状态、服务是否运行——这三步缺一不可。
