如何修复虚拟机中的DNS解析错误？

虚拟机系统DNS解析错误怎么解决

场景还原： 当你在虚拟机（VMware、VirtualBox、Hyper-V等）里流畅上网或部署服务时，突然浏览器打不开网页、终端ping不通域名，只显示一行冰冷的ping: unknown host xxx.com 或无法解析此名称，这不仅中断工作流，更让依赖网络的测试或服务部署陷入停滞。DNS解析错误，如同虚拟网络世界的“迷路信号”，根源多样，但解决有方。

核心解决步骤（由浅入深）：

1、基础检查：网络连接与DNS设置

确认网络连通 在虚拟机终端里：

ping 8.8.8.8 (Google DNS) 或ping 114.114.114.114 (国内DNS)。通则说明物理/IP层正常，问题在DNS解析环节。

不通？ 检查虚拟机网络适配器是否启用、连接模式（NAT/桥接等）是否正确、宿主机自身网络是否正常。

查看DNS配置

Windows VM:ipconfig /all，查看对应网卡DNS服务器地址。

Linux VM:cat /etc/resolv.conf，查看nameserver 行指定的地址。

验证合理性 确认DNS服务器IP是否正确（如宿主机网关、114.114.114.114、8.8.8.8等），是否可达（ping DNS_IP）。

2、刷新DNS缓存（快速尝试）

Windows VM:

* 管理员权限运行cmd 或PowerShell。

* 输入ipconfig /flushdns，回车执行。

Linux VM (常见发行版):

根据使用的解析器刷新

systemd-resolved:sudo systemd-resolve --flush-caches

nscd:sudo systemctl restart nscd 或sudo service nscd restart

或者简单重启网络服务sudo systemctl restart networking (Debian/Ubuntu) 或sudo systemctl restart NetworkManager (RHEL/CentOS)。

3、检查虚拟机网络连接模式

NAT 模式

* 虚拟机通过宿主机共享IP上网。

常见问题 宿主机DNS变动未同步到虚拟机（尤其是重启后）、虚拟机获取的DNS（通常是宿主机网关或虚拟网关）不可用。

解决 尝试在虚拟机内手动设置可靠公网DNS（如114.114.114.114, 223.5.5.5）。

桥接模式

* 虚拟机如同独立主机，直接从物理网络获取IP/DNS。

常见问题 虚拟机未正确获取DNS（DHCP问题）、物理网络本身DNS限制或故障。

解决 检查物理网络DHCP服务是否正常分发DNS；尝试虚拟机内手动设置与物理机同网段且可用的DNS。

仅主机模式

* 虚拟机仅与宿主机通信。通常需宿主机做网关/代理才能访问外网，DNS配置需指向宿主机或可靠地址。

4、检查宿主机的DNS配置

* 虚拟机（尤其NAT模式）常依赖宿主机的网络能力。

* 确认宿主机自身DNS解析正常（ping baidu.com）。

* 如果宿主机用了特殊代理、VPN或hosts文件，可能影响共享给虚拟机的DNS解析结果。

5、排查防火墙干扰

虚拟机防火墙 临时关闭测试（生产环境慎用）：

Windows: 关闭Windows Defender防火墙。

Linux:sudo systemctl stop firewalld (firewalld) 或sudo systemctl stop iptables (iptables)。

宿主机防火墙 检查是否阻止了虚拟机对53端口（DNS）的访问（NAT模式常见），添加允许规则。

6、检查Hosts文件（是否被篡改）

* 恶意软件或错误配置可能修改了hosts文件，强制将域名解析到错误IP。

Windows VM:C:\Windows\System32\drivers\etc\hosts，用记事本（管理员权限）打开，检查是否有可疑的域名指向。

Linux VM:/etc/hosts，用sudo nano /etc/hosts 等命令检查。

* 恢复默认状态（通常只保留127.0.0.1 localhost 等必要项）。

7、更换可靠的公共DNS服务器

如果怀疑默认DNS（如ISP DNS、虚拟网关DNS）不稳定或被污染，手动设置

推荐国内114.114.114.114,114.114.115.115,223.5.5.5 (阿里),180.76.76.76 (百度)。

推荐国际8.8.8.8,8.8.4.4 (Google),1.1.1.1 (Cloudflare)。

设置方法

Windows GUI: 网络设置 -> 更改适配器选项 -> 右键虚拟机网卡 -> 属性 -> IPv4 -> 手动设置DNS。

Linux CLI: 编辑/etc/resolv.conf (可能重启后失效) 或更持久的方法（如编辑/etc/netplan/*.yaml,/etc/sysconfig/network-scripts/ifcfg 或使用nmcli）。

8、终极手段：重启与重置

重启网络服务 虚拟机内重启网络服务（见步骤2）。

重启虚拟机 简单有效，常能解决临时性故障。

重置虚拟网络设备

VMware: 虚拟网络编辑器 -> 还原默认设置（注意备份自定义配置）。

VirtualBox: 文件 -> 主机网络管理器 -> 删除不用的Host-Only网卡，或重建虚拟网卡。

Hyper-V: 虚拟交换机管理器，检查配置。

站在运维角度： DNS解析问题如同虚拟网络的毛细血管阻塞，虽小却足以致命。NAT模式下宿主机的DNS健康是基石，桥接模式则需物理网络的稳定支撑。 熟练掌握ping 测试隔离法、ipconfig /flushdns 或systemd-resolve 刷新缓存、以及/etc/resolv.conf 的解读，是快速定位的钥匙，个人始终认为，在虚拟机中配置可靠、明确的公网DNS（如114或阿里云DNS），往往比依赖动态分配或虚拟网关更少出问题，尤其在复杂网络环境下。网络配置多一分细致，运行时就能少十分麻烦。

文章摘自：https://idc.huochengrm.cn/dns/9927.html