“name or service not known”错误100%锁定为dns解析环节故障，需依次排查/etc/resolv.conf配置、/etc/nsswitch.conf解析顺序、nscd服务状态、防火墙及selinux干扰，并优先通过ping 8.8.8.8确认底层网络连通性。
当你在Linux终端执行ping www.baidu.com却收到“Name or service not known”报错时，说明系统根本没能把域名转成IP地址——这不是网线没插、也不是服务器宕机，而是你的Linux“不认识这个名字”，连发请求的机会都没有。这个问题在CentOS虚拟机里尤其高频，刚配好IP就卡在这一步，急得想重装系统。
先确认是不是DNS解析的问题
执行ping -c 4 8.8.8.8。如果能通，说明物理网络、网卡、路由、网关全都没问题，【100%锁定为DNS解析环节故障】；如果连IP都ping不通，那就别折腾DNS了，先去查网卡配置或宿主机的VMware NAT服务是否启动。
这一步跳过等于盲人摸象。很多人一看到报错就猛改/etc/resolv.conf，结果改完还是不行——因为根本不是DNS的事。
检查并修正/etc/resolv.conf
运行cat /etc/resolv.conf，看有没有nameserver行。没有？直接写进去：echo "nameserver 8.8.8.8" | sudo tee -a /etc/resolv.conf。
有内容但全是注释、或者写着nameserver 127.0.0.1却没跑dnsmasq？删掉那行，补上可靠的公共DNS。阿里云DNS（223.5.5.5）在国内通常比Google DNS更稳。
【注意：/etc/resolv.conf可能被NetworkManager或systemd-resolved自动覆盖】。如果你用的是CentOS 8/9且启用了systemd-resolved，手动改这个文件只是临时有效。后面要统一走resolved管理。
验证nsswitch.conf的解析顺序
执行grep ^hosts /etc/nsswitch.conf。输出必须包含files dns，例如：hosts: files dns。如果只有files，或写成了dns files，立刻改回来。
这个文件决定了系统先查/etc/hosts还是先问DNS。顺序错了，哪怕DNS本身完全正常，也会跳过它直接返回失败。
改完不用重启服务，立即生效。
启用NSCD服务（针对/etc/hosts映射不生效场景）
方法一：安装并启动NSCD
运行sudo yum install -y nscd → sudo systemctl enable --now nscd → sudo systemctl status nscd确认Active: active (running)。
方法二：若已装NSCD但未运行，直接sudo systemctl start nscd即可。很多CentOS 8+系统默认不启动它，导致你明明在/etc/hosts里写了192.168.10.5 fabric-node1，ping fabric-node1却报“Name or service not known”。
这一步专治“hosts文件看着没错，就是不认”的玄学问题。NSCD是glibc的缓存守护进程，不启动它，部分应用会绕过hosts直奔DNS，而DNS又查不到你自定义的内网名。
排查防火墙与SELinux干扰
第一步：临时关闭防火墙sudo systemctl stop firewalld，再试一次ping。如果通了，说明防火墙规则拦了UDP 53端口。
第二步：检查SELinux状态getenforce。如果是Enforcing，执行sudo setenforce 0临时切到Permissive模式测试。若恢复解析，说明SELinux策略限制了网络名称服务调用。
不要跳过SELinux检查。CentOS默认开启，它不像iptables那样明着报错，而是静默拒绝，让人误以为是DNS配置问题。
