虚拟机删除DNS后，网络连接不会彻底断开，只需重新配置正确的DNS服务器地址即可恢复域名解析，优先从命令行入手最快。
为什么删掉DNS会让虚拟机“断网”
很多人在虚拟机里手滑删掉DNS后,第一反应是网络坏了，其实这时候虚拟机网卡的IP地址、网关、物理链路都还正常，只是域名解析能力没了，你访问192.168.x.x这样的IP地址依然能通，但访问baidu.com这类域名就会报“找不到服务器IP地址”。
DNS本质上是一台翻译服务器,负责把域名转成IP，虚拟机删掉DNS后，相当于司机还在、导航没了，车照样能开，但不知道往哪走，所以恢复的核心动作，是给网卡重新指定一个可用的DNS服务器。
恢复DNS前的链路自检
动手修改之前,先花一分钟确认底层网络链路没问题，这能帮你避免改了半天，最后发现是别处断了。
- 在虚拟机里打开命令行,输入
ipconfig /all，查看网卡是否拿到了正常IP地址，如果IP是169.254.x.x开头，说明DHCP没分配到地址，问题不在DNS，而在虚拟网络适配器。 - 输入
ping 网关IP，网关通常是虚拟机网络配置里默认网关那一项，能通，说明二层链路通畅。 - 输入
ping 223.5.5.5，这是国内公共DNS的IP，能通但解析不了域名，证明问题确实出在DNS配置上。 - 如果连IP都ping不通,检查虚拟机网卡是否被禁用，虚拟化软件的网络模式是否选对了。
链路确认正常后,再执行下面的恢复方案。
虚拟机删除DNS后怎么恢复：三种核心配置法
命令行永久配置（适合所有Windows虚拟机）
这是恢复速度最快、也最不容易出错的方法，以管理员身份打开命令提示符，逐条执行：
netsh interface ip set dns "以太网" static 223.5.5.5把“以太网”换成你虚拟机网卡的实际名称，ipconfig /all里能看到，如果网卡名称里有空格，一定要加英文双引号，223.5.5.5是阿里公共DNS，也可以用114.114.114.114或8.8.8.8。
设置备用DNS追加一条命令：
netsh interface ip add dns "以太网" 114.114.114.114 index=2设置完成后,执行 ipconfig /flushdns 清空本地DNS缓存，再 ping www.baidu.com 验证。
图形界面逐项填写（适合不确定网卡名的场景）
如果你的虚拟机装了完整桌面环境,也可以从网络适配器里改回去，但注意，
在vSphere或Hyper-V里删除DNS后，绝不能直接重启虚拟机等待自动恢复，除非你启用了DHCP且DHCP服务器会下发DNS，手动操作路径如下：
- 打开“网络和共享中心”，进入“更改适配器设置”。
- 右键你正在用的网卡,点“属性”。
- 双击“Internet协议版本4（TCP/IPv4）”。
- 勾选“使用下面的DNS服务器地址”，首选填
5.5.5，备用填114.114.114。
这种操作方式适合批量图形化管理,速度稍慢，不推荐在命令行可用的场景下优先用。
临时应急模式（测试用）
如果只是临时想上个网页,不想永久改动配置，可以直接用一条命令注入临时DNS：
netsh interface ip set dns "以太网" dhcp这条命令把网卡DNS恢复成由DHCP自动分配,但前提是你的虚拟机网络模式是NAT或DHCP模式，且虚拟化平台的DHCP服务本身有下发DNS参数，如果平台默认没下发，这个命令会把DNS置空，等于没恢复。
不同虚拟化平台下DNS恢复的差异性
VMware Workstation场景
VMware Workstation的NAT模式下，虚拟机默认通过VMnet8虚拟网卡与宿主机通信。NAT模式下DNS依赖宿主机的vmNAT服务和宿主机自身的网络环境，如果你把VMnet8的DHCP服务关闭了，虚拟机IP和DNS会全部变空白，此时需要在VMware“虚拟网络编辑器”里恢复NAT设置，勾选“使用本地DHCP服务”。
桥接模式则简单得多,虚拟机直接使用宿主机所在局域网的真实网络，这种情况下DNS完全由局域网路由器决定，建议直接在虚拟机里填写路由器管理地址（一般是192.168.1.1）作为DNS，也能正常上网。
云服务器虚拟机（简米云/酷番云/华为云）
国内云厂商的云服务器本质也是虚拟机。误删/etc/resolv.conf或Windows云主机上的DNS后，千万别在控制台重启实例，直接通过VNC登录重新配置即可，通用恢复路径：
- Linux系统：编辑
/etc/resolv.conf，写入nameserver 100.100.2.136（简米云默认DNS）或nameserver 223.5.5.5。 - Windows系统：在控制台VNC里打开网络适配器，按上文图形界面方式填写。
- 部分云平台建议你把网络配置改为DHCP自动获取,重启后平台DHCP会重新下发DNS。
这里有个常见误区别踩：安全组规则不影响虚拟机内部DNS解析，就算你在控制台放行了所有端口，虚拟机内部的DNS服务没启，照样解析不了。
Hyper-V与KVM开源平台
Hyper-V的默认交换机（Default Switch）带有NAT功能，DHCP下发的DNS指向宿主机网关，删掉后直接改回“自动获取DNS服务器地址”即可，KVM平台用virbr0网桥时，宿主机充当网关，DNS同样指向宿主机IP。
虚拟机网络配置多方案对比
恢复DNS时,不同配置方式的适用场景各不相同，做个横向对比会更清晰：
| 配置方式 | 适用场景 | 时效 | 复杂度 | 是否需要重启 |
|---|---|---|---|---|
| netsh命令行永久配置 | 任何Windows虚拟机 | 立即生效 | 低 | 不需要 |
| 图形界面填写 | 有桌面的虚拟环境 | 立即生效 | 低 | 不需要 |
| 修改/etc/resolv.conf | Linux类虚拟机 | 立即生效，但重启可能还原 | 低 | 不需要 |
| 改回DHCP自动获取 | NAT或DHCP模式的虚拟机 | 立即生效 | 低 | 看平台情况 |
| 重建虚拟网卡 | 网卡驱动或vmtools异常 | 需要几分钟 | 高 | 需要 |
批量排查虚拟机DNS配置的实战技巧
管理多台虚拟机时,挨个登录太费时间，可以在宿主机上直接用PowerShell远程批量查询：
Get-VM | Get-VMNetworkAdapter | Select VMName, IPAddresses, DNS
这是Hyper-V的命令，如果你用的是VMware vSphere环境，可以在vCenter控制台里勾选多台虚拟机，统一配置DNS策略。
预防虚拟机删除DNS后再次中招
恢复只是治标,治本要让虚拟机具备抗误删能力，你可以做好这几件事：
- 给虚拟机打快照,尤其是在网络配置刚完成时。
- 把DNS配置写进开机脚本,误删后重启自动补全。
- 使用DHCP保留地址,让虚拟化平台的DHCP服务固定下发DNS，在VMware Workstation的“虚拟网络编辑器”里，NAT设置页下方的DHCP设置可以自定义DNS参数。
- Linux虚拟机部署
systemd-resolved服务，它会自动缓存并转发DNS请求，即使主DNS被误删，备用配置也能接管。
这些措施中,快照是最直接的兜底方案，删除配置后回滚快照，比重新配一遍省心得多。
常见误区：删除DNS本身不会引发安全问题
有些用户把虚拟机删DNS和网络安全事故联系起来,认为“黑进系统删掉了配置”，通常不是这样。
配置项丢失、系统更新重置网络栈、虚拟化平台克隆虚拟机时未同步配置，才是绝大多数DNS丢失的根因，虚拟化平台克隆虚拟机是一个典型场景：克隆出的新机器沿用旧网卡配置，但旧DNS指向的服务器已经不存在了。
关于DNS恢复频率的行业共识
据行业共识,绝大多数虚拟机DNS问题能在10分钟内解决，其中命令行配置是最快路径，日常维护虚拟化环境的运维人员，应当把DNS配置纳入基线检查表，统计上，运维巡检中虚拟机的DNS配置异常占网络类故障的相当一部分比例。
近些年来云控制台逐渐提供了网络诊断工具,比如简米云的“网络诊断”和酷番云的“一键检测”，都能直接排查DNS解析链路，遇到反复丢DNS的虚拟机，先跑一遍诊断，再看配置。
虚拟机删除DNS后重启是否有效
重启确实有可能让DNS自动恢复,但效率完全取决于你的网络模式。
- NAT模式下,重启虚机会重新请求DHCP，如果虚拟化平台的DHCP服务正常，DNS会被重新下发。
- 桥接模式下,重启后依然走静态配置，不会自动恢复。
- 云服务器重启后,多数公共镜像会重置网络配置，但如果你改过配置文件，重启可能会被覆盖回默认值。
所以重启是一种碰运气的方式,不如直接命令行改完看效果。
常见问题解答
虚拟机删除DNS会连累宿主机吗？
不会,虚拟机内部的DNS配置只影响虚拟机自身，不会改动宿主机网卡参数，只有你在虚拟机里修改网络模式为桥接，并设置与宿主机冲突的IP段，才可能干扰到局域网内的其他设备，删除DNS不会对外产生影响。
能用hosts文件代替DNS配置吗？
可以临时应急,但不推荐作为长期方案，hosts文件只能覆盖你手动写进去的少数几个域名，解析任意网站依然依赖真实DNS服务器，且hosts文件维护成本高，域名IP变动时容易失效，最好还是把DNS配置恢复正常。
DNS配置正确但虚拟机仍然解析失败是怎么回事？
先检查虚拟机防火墙是否拦截了UDP 53端口出站流量，Windows防火墙的高级设置里，如果出站规则限制了DNS服务，就会导致解析请求发不出去，其次查看虚拟化平台是否开启了安全策略，vSphere的分布式交换机上如果配置了流量过滤，也会阻断DNS报文，这类问题和配置操作无关，需要从平台层排查。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/728732.html
