给mint虚拟机配网络，不能一上来就改配置文件，多数情况下，问题出在虚拟化软件的网络模式没选对，或者虚拟网卡驱动没装到位。 这篇文章会用排查顺序把VMware和VirtualBox两条线都说清楚，你在哪个环境里出的问题，就顺着对应的小节往下走。
mint虚拟机网络连接失败怎么办：先花三步快速定位
一台刚装好的mint虚拟机,网络图标转圈、ping不通外网、浏览器打不开页面，这些现象背后的原因其实分得很清楚，不用急着重装系统，也不用反复重启虚拟机，先把下面三步做完，问题范围就能缩小到具体一层。
- 看网卡是否被系统识别。 打开终端，执行
ip link show，如果输出里只有lo回环接口，没有类似ens33、enp0s3、eth0这样的网卡名，说明虚拟机软件分配的虚拟网卡根本没被mint加载。 - 看IP地址和路由。 执行
ip addr和ip route，重点观察虚拟网卡上有无IP地址，以及默认路由default via是否存在，有IP但没路由，和没IP是两种完全不同的修法。 - 看网关和DNS通不通。 先
ping网关地址，再nslookup www.baidu.com，网关通、域名解析失败，问题多半在DNS配置；网关都不通，那就是底层网络链路的事。
这套操作做下来,基本能把故障归到三类：驱动缺失、DHCP没分配到地址、路由或DNS配置错误，下面的内容就是针对这三类情况展开的。
VMware中Linux Mint无法上网？重点检查虚拟网卡与服务
VMware里跑mint,网络故障的比例其实不低，而且多半不是mint系统本身的问题，而是Windows宿主机一侧的服务或虚拟网络编辑器没设置对。
VMware网络模式三兄弟，先对号入座
VMware给虚拟机提供了三种常见网络模式,行为差异很大，用错模式是“VMware中Linux Mint无法上网”的高发原因。
| 网络模式 | 虚拟机IP来源 | 适用场景 | 常见故障点 |
|---|---|---|---|
| NAT模式 | VMware自带DHCP，网段通常为192.168.x.x | 虚拟机只访问外网，不需要被局域网访问 | VMware NAT Service未运行 |
| 桥接模式 | 直接使用物理网卡所在网段 | 需要局域网其他设备访问虚拟机 | 无线网卡桥接不稳定 |
| 仅主机模式 | 与宿主机通信专用网段 | 隔离测试环境 | 没有外网连接能力 |
多数人的诉求是让mint能上外网,那直接用NAT模式最稳妥，桥接模式适合需要从物理机外的设备访问mint的场景，但如果你是连着WiFi的笔记本，桥接模式经常会出现虚拟机有IP却上不了外网的情况，这不是mint的问题，而是无线网卡对桥接协议的支持先天有限。
忘了装open-vm-tools，网卡驱动就悬着
VMware虚拟机里的mint,如果安装系统时没有手动安装VMware Tools，虚拟网卡的驱动可能没有完整加载，判断方法很简单，执行lspci | grep Ethernet，如果能看到网卡设备型号，但ip link show里没有对应接口，说明驱动没起来。
这时候不用去VMware菜单里点“安装VMware Tools”，在mint终端里直接装开源驱动更省事：
- 执行
sudo apt update - 执行
sudo apt install open-vm-tools open-vm-tools-desktop - 重启虚拟机
行业共识认为,open-vm-tools是VMware虚拟机内Linux系统网络和图形性能的基础组件，官方维护频率也比老旧的VMware Tools更高，装完再执行ip link show，网卡接口基本就出现了。
VMware NAT服务悄悄掉线
这是Windows宿主上最容易忽略的一个坑,VMware的网络服务是和Windows服务绑定的，如果开机时没启动，mint里自然拿不到IP，打开Windows的“服务”管理器，找到VMware NAT Service和VMware DHCP Service，确认运行状态，顺手把启动类型改为“自动”，这种故障的特征是：mint虚拟机一直显示“未连接”，但VMware软件本身没有任何报错。
VirtualBox安装Mint后无法上网的核心原因与修复
VirtualBox用户遇到的网络问题,和VMware的情况重叠度很高，但有个典型区别：VirtualBox的默认网卡型号和增强功能（Guest Additions）耦合更紧密。
虚拟网卡类型切换，专治“有口无IP”
VirtualBox创建虚拟机时,默认网卡类型多为Intel PRO/1000 MT，这个型号对mint的内核驱动兼容性尚可，但部分新版本mint或自定义内核环境下会出现网卡识别异常，如果你在VirtualBox的“设置→网络→高级→适配器类型”里看到的是Paravirtualized Network (virtio-net)，需要确认mint内核有没有对应驱动，检查命令：
- 执行
modprobe virtio_net - 再执行
ip link show
如果加载失败,把适配器类型改回Intel PRO/1000 MT，或者改后重启一次虚拟机，这一步能解决相当一部分“VirtualBox安装Mint后无法上网”的案例。
Guest Additions没装，网络性能受牵连
VirtualBox装完系统后,界面通常提醒安装增强功能，很多人跳过这一步只为了节约几分钟，结果发现网络时通时断，Guest Additions的主要作用是补齐虚拟显卡、剪贴板和网络性能优化，它的缺失不会直接导致“完全没有网络”，但会让虚拟网卡的中断处理效率低下，现象就是
ping延迟忽高忽低，网页加载很慢。
方法：VirtualBox菜单栏点击“设备→安装增强功能”，在mint内挂载光盘后执行：
sudo mount /dev/cdrom /mntcd /mnt && sudo ./VBoxLinuxAdditions.run- 重启虚拟机
NAT网段和DHCP错位，最容易误判
VirtualBox的NAT模式默认使用0.2.0/24网段，网关固定为0.2.2，DNS是0.2.3，如果你在虚拟机里手动改过IP，或者之前用过别的虚拟化软件留下的配置模板，很容易把IP填成168.x.x，这就会导致DHCP请求一直得不到响应，检查思路很简单：进入mint的“网络设置”里查看IPv4当前是“自动DHCP”还是“手动”，如果是手动，切回自动，多半问题立刻消失。
Mint虚拟机桥接模式ping不通网关，按顺序检查这四层
桥接模式比NAT模式复杂得多,因为它要直接借用物理网卡的网络身份，很多人在桥接模式下折腾了一整天，最后发现是物理路由器的安全策略在捣乱。
- 第一层，确认虚拟机软件桥接到了正确的物理网卡。 在VMware的“虚拟网络编辑器”中，把
VMnet0关联到实际联网的网卡上有线网卡优先；WiFi网卡在桥接模式下丢包率较高，如果是VirtualBox，在“设置→网络→连接方式→桥接网卡”里选择同一张物理网卡。 - 第二层，检查虚拟机IP是否和物理机处于同一网段。 桥接模式下，mint虚拟机应该像另一台独立电脑一样，从路由器获取IP，如果虚拟机IP是169.254开头的，说明DHCP失败，手动指定和物理机相同的网段试试。
- 第三层，检查网关设备是否允许新设备接入。 很多办公室或家庭路由器开启了“AP隔离”或“客户端隔离”功能，允许设备连网，但阻止设备之间的互相访问，如果物理机能上网，虚拟机怎么都ping不通网关，先登录路由器后台关掉隔离选项。
- 第四层，检查宿主防火墙对桥接网卡的限制。 Windows宿主的防火墙偶尔会拦截虚拟网卡的出站流量，在Windows防火墙的“允许应用通过防火墙”列表里，找到VMware或VirtualBox的主程序，确认专用和公用网络都被勾选。
系统层面的网络管理设置，别忽略nmtui
虚拟化软件那边的网络底座打好了,剩下就是mint系统内部的配置，Mint默认使用NetworkManager接管所有网络连接，命令行配置和图形界面都能改。
用nmtui快速重置连接配置
在mint终端里执行nmtui，会打开一个文本图形界面，这里适合处理多数“mint虚拟机网络连接失败怎么办”的残留问题：
- 选择“编辑连接”，找到当前有线连接
- 将IPv4配置改为“自动(DHCP)”
- 在DNS服务器栏填入
5.5.5和1.1.1 - 保存后执行
sudo systemctl restart NetworkManager
这一步会把之前手动配置留下的错误DNS、错误网关覆盖掉，多数情况下，mint虚拟机的网络在重启NetworkManager后就能恢复。
手动固定IP的注意事项
如果你确实需要给mint虚拟机设置固定IP,而不是靠DHCP分配，有两个细节经常出错，第一，虚拟机的默认网关必须指向虚拟机软件提供的那个网关地址VMware NAT模式一般是168.x.2，VirtualBox NAT模式是0.2.2，不能随手填一个和物理机网关相同的数字，第二，DNS至少要填两个，一个国内公共DNS加一个国际DNS，避免单个DNS故障导致域名解析失败。
固定IP配置完成后,执行ip route确认默认路由存在，再执行ping -c 4 223.5.5.5验证网络连通性，这一步过了，浏览器自然就能打开页面。
Q&A：虚拟机mint安装后网络连接失败相关高频问题
虚拟机mint安装后网络连接失败，重装一次系统还是用不了，是镜像问题吗？
镜像本身出问题的概率极低,重装后故障依旧，说明问题出在虚拟化软件或宿主机的网络层面，先检查VMware NAT Service或VirtualBox的DHCP服务是否运行，再确认虚拟机网卡是否被系统识别，换个Ubuntu虚拟机做对照测试，如果Ubuntu同样断网，那基本可以断定是虚拟化软件的虚拟网络环境坏了，而不是mint系统的问题。
Mint虚拟机内能ping通网关，但ping不通8.8.8.8，该改哪里？
能ping通网关说明物理链路正常,ping不通外网IP说明默认路由已生效，但没有到达公网的转发路径，NAT模式下检查宿主机防火墙是否拦截了VMnet网段的出站流量；桥接模式下检查路由器是否开启了终端隔离或上网行为管理，执行ip route确认默认路由是default via 网关地址 dev 网卡名，缺了这条路由，数据包就不知道该往哪送。
VMware中Mint桥接模式设置好以后，重启虚拟机又断网，怎么保持稳定？
桥接模式下IP通常由路由器DHCP分配,租约到期或重启后可能变化，导致连接中断，用nmtui将IPv4改为“手动”，填入与物理机同一网段的空闲IP、正确的网关和DNS，保存后重启NetworkManager，VMware中确认桥接模式绑定的是有线物理网卡，避免把虚拟网卡桥接到无线的WLAN网卡上。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/634896.html
