虚拟机ping不动百度（网络连接为net模式）

故障现象虚拟机配置了正确的静态 IP并且写好了各大公网 DNS223.5.5.5、119.29.29.29 等。能 ping 通网关能 ping 通外网 IP。唯独不能 ping 通域名具体为 www.baidu.com系统报错“未知的名称或服务”。[roothadoop01 hadoop]# ping -c 4 192.168.8.2 PING 192.168.8.2 (192.168.8.2) 56(84) bytes of data. 64 bytes from 192.168.8.2: icmp_seq1 ttl128 time0.138 ms 64 bytes from 192.168.8.2: icmp_seq2 ttl128 time0.213 ms 64 bytes from 192.168.8.2: icmp_seq3 ttl128 time0.134 ms 64 bytes from 192.168.8.2: icmp_seq4 ttl128 time0.168 ms --- 192.168.8.2 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3000ms rtt min/avg/max/mdev 0.134/0.163/0.213/0.032 ms [roothadoop01 hadoop]# ping -c 4 223.5.5.5 PING 223.5.5.5 (223.5.5.5) 56(84) bytes of data. 64 bytes from 223.5.5.5: icmp_seq1 ttl128 time26.9 ms 64 bytes from 223.5.5.5: icmp_seq2 ttl128 time27.6 ms 64 bytes from 223.5.5.5: icmp_seq3 ttl128 time27.6 ms 64 bytes from 223.5.5.5: icmp_seq4 ttl128 time25.7 ms --- 223.5.5.5 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3005ms rtt min/avg/max/mdev 25.761/27.004/27.657/0.779 ms [roothadoop01 hadoop]# ping -c 4 119.29.29.29 PING 119.29.29.29 (119.29.29.29) 56(84) bytes of data. 64 bytes from 119.29.29.29: icmp_seq1 ttl128 time26.1 ms 64 bytes from 119.29.29.29: icmp_seq2 ttl128 time25.4 ms 64 bytes from 119.29.29.29: icmp_seq3 ttl128 time26.8 ms 64 bytes from 119.29.29.29: icmp_seq4 ttl128 time25.9 ms --- 119.29.29.29 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3005ms rtt min/avg/max/mdev 25.495/26.094/26.848/0.491 ms [roothadoop01 hadoop]# ping -c 4 www.baidu.com ping: www.baidu.com: 未知的名称或服务2. 根本原因在网络环境下可能是公司/校园网的防火墙或是 VMware NAT 本身的安全策略系统拦截了虚拟机直接发往公网的 DNS 解析请求UDP 53 端口。 换句话说就是你的机器确实连上了网所以能 ping 通 IP但当它试图向223.5.5.5询问“百度的 IP 是什么”时这个请求在半路被拦截丢弃了导致系统永远等不到解析结果。3. 破案思路测局域网ping 192.168.8.2(网关)成功。说明网卡配置、虚拟交换机和宿主机连通性一切正常。测公网路由ping 223.5.5.5(公网 IP)成功。说明 NAT 转发正常虚拟机已经具备了访问互联网的能力。锁定 DNSping www.baidu.com失败。结合前两步此时 100% 确认网络没断纯粹是域名翻译DNS环节出了错。抓出真凶nslookup www.baidu.com 223.5.5.5Timeout超时。这一击直接定音证明不是 DNS 配置文件没生效而是外部网络不让你用这个 DNS 服务器。4. 最终解法“既然直接出门不通就让网关代劳”。 在 VMware 的 NAT 网络架构中网关不仅负责转发流量还默认兼任了DNS 代理的角色。 我们将网卡配置文件/etc/sysconfig/network-scripts/ifcfg-ens33中的DNS1修改为NAT 网关地址192.168.8.2。这样一来虚拟机把解析请求发给本地网关网关再以宿主机的名义去向外网请求完美绕过了虚拟机的 53 端口限制。