虚拟机安装CentOS时网络连接失败，大概率出在虚拟网络模式配置错误、网卡配置文件未激活或NetworkManager服务异常这三个地方，按“外部虚拟网络→CentOS内部网卡→DNS和路由”顺序排查，通常10分钟就能恢复。
虚拟机安装CentOS网络连接失败怎么解决？先检查虚拟网络模式是否选错
很多人在虚拟机里装好CentOS开机后发现右上角没有网络图标,或者有网卡但上不了外网，这时候不要急着去改CentOS内部配置，第一步应该回到虚拟机软件里看网络适配器模式，虚拟机软件相当于给CentOS造了一台“虚拟电脑”，这台电脑插的“网线”类型如果不对，后面怎么配置都白费。
NAT和桥接模式的区别：选错会让虚拟机变成孤岛
NAT模式和桥接模式是虚拟机网络连接失败问题里最常见的分水岭,理解它们的区别，很多故障一眼就能定位。
- NAT模式：虚拟机通过宿主机共享网络，由宿主机充当路由器，只要宿主机能上网，虚拟机通常就能上网，IP地址由虚拟机软件内部的DHCP服务分配，不占用局域网真实IP。
- 桥接模式：虚拟机直接接入物理局域网，相当于局域网里多了一台独立设备，它需要路由器或交换机给它分配IP，受局域网准入规则限制。
- 仅主机模式：虚拟机只能和宿主机通信，无法访问外网，如果误选了这一项，CentOS 7安装后没有网络连接就是必然结果。
在家庭宽带、公司内网或校园网场景下，桥接模式经常因为路由器开启MAC地址过滤、IP绑定、或者需要网页认证而拿不到合法IP，导致虚拟机无法上网，多数情况下，新手测试环境用NAT模式最省事，行业共识认为，虚拟机网络故障中，网络模式选择不当占了相当大的比例。
VirtualBox和VMware免费版对比：网络配置入口不同但思路一致
如果你用的是VirtualBox或VMware Workstation Player免费版，网络配置选项的位置不一样，但底层逻辑完全一致。
- VirtualBox：在“设置→网络”里，默认网卡1可能已经启用NAT，但“高级”选项里的“接入网线”如果没有勾选，CentOS里会显示“无网络连接”，这个复选框被很多人忽略。
- VMware免费版
：在“虚拟机设置→网络适配器”里，可以选NAT、桥接或仅主机，改完模式后，有时需要重启虚拟机或执行
nmcli connection reload才能生效。 - 通用排查：不管是哪款虚拟机软件，都要确认网卡状态是“已连接”或“启动时连接”，否则CentOS内部再怎么配置都收不到信号。
CentOS 7安装后没有网络连接：用3个命令定位故障
虚拟机软件侧确认没问题后,再进入CentOS系统内部排查，CentOS 7、8、9系列的命令有少量差异，但以下三个命令是通用的。
ip addr 查看网卡是否获取到IP
打开终端执行：
ip addr观察输出结果,如果没有出现ens33、ens34或eth0这样的网卡名称，说明CentOS没有识别到虚拟网卡，需要回到虚拟机设置里添加网络适配器或检查驱动，如果网卡名称存在但没有inet开头的IP地址，说明DHCP没有正常工作，继续下一步。
nmcli device status 检查网卡管理状态
执行：
nmcli device status如果目标网卡的状态显示disconnected或unmanaged，说明NetworkManager没有接管这张网卡，多数CentOS 7安装后没有网络连接，都是因为安装时选了最小化安装，NetworkManager服务没有自动启动，或者网卡被当成未管理设备。
systemctl restart network 与 NetworkManager 服务
很多老教程会教执行：
systemctl restart network在CentOS 7之后，传统network服务已经被NetworkManager逐步取代，如果这条命令报错或执行完没有效果，就改用：
systemctl restart NetworkManager或者直接拉起具体连接：
nmcli connection up ens33重启后再执行一次ip addr，看是否出现inet地址，出现了，网络就恢复了一半。
虚拟机CentOS网络配置命令实操：从配置文件到nmtui
有些场景下服务是正常的,但网卡配置文件里ONBOOT=no会导致每次开机都不激活网卡，这是虚拟机CentOS网络配置里非常经典的一个坑。
修改ifcfg-ens33配置文件的正确做法
以root身份执行：
vi /etc/sysconfig/network-scripts/ifcfg-ens33
找到这一行：
ONBOOT=no把它改成：
ONBOOT=yes保存后重启网络服务,如果提示文件不存在，说明你的网卡名称可能不是ens33，先用nmcli connection show查看实际连接名，再去/etc/sysconfig/network-scripts/目录下修改对应文件。
用nmtui图形界面快速修复网络
如果觉得vi编辑太麻烦,CentOS自带的nmtui是字符图形工具，操作更直观，执行：
nmtui进入“Edit a connection”，选择有线网卡，把“Automatically connect”勾选，IPv4配置设为“Automatic”，保存退出后重启NetworkManager，这个方法在国内用户的虚拟机测试环境中很常用，尤其是刚接触CentOS不太熟悉命令行的用户。
- 如果虚拟机需要固定IP,把IPv4改为“Manual”，手动填入地址、网关和DNS，但地址段必须与虚拟网络模式一致。
- 修改完成后执行
systemctl restart NetworkManager，再用ping验证。
DNS配置错误导致访问外网失败
有IP地址但打不开网页,多半是DNS问题，执行：
cat /etc/resolv.conf如果文件里没有nameserver，或者指向一个内网不存在的DNS，就手动添加公共DNS：
echo "nameserver 114.114.114.114" > /etc/resolv.conf但是要注意,CentOS 7之后resolv.conf可能由NetworkManager动态生成，直接修改可能重启后丢失，更保险的做法是在网卡配置文件里增加：
DNS1=114.114.114.114
DNS2=8.8.8.8然后重启网络服务。
网络故障排查顺序与场景差异
为了避免虚拟机安装CentOS后反复折腾,建议按固定顺序检查，而不是随机尝试，下面这个顺序基本覆盖了常见故障点。
- 宿主机本身能不能正常上网。
- 虚拟机软件里的网络适配器是否为NAT或桥接,是否勾选“已连接”。
- CentOS内
ip addr是否识别到网卡。 - 配置文件里
ONBOOT是否为yes。 - 依次
ping网关、ping 114.114.114.114、ping baidu.com逐级定位。
家庭宽带和公司内网场景下的网络模式选择
不同网络环境对虚拟机网络模式有直接影响,家庭宽带通常允许NAT模式工作良好，桥接模式也能拿到IP，但若光猫限制了终端数量，桥接模式可能失败，公司内网和校园网往往有准入认证，桥接模式十有八九会失败，NAT模式才是稳妥选择，这也是为什么很多公司在测试环境部署虚拟机时，网络模式统一用NAT。
用表格对比故障现象
| 故障现象 | 可能原因 | 解决方式 |
|---|---|---|
| 虚拟机内无网卡 | 未添加网络适配器或驱动未加载 | 虚拟机设置添加网卡或重装驱动 |
| 网卡存在但无IP | DHCP未获取或ONBOOT=no | 修改配置文件或nmtui激活 |
| 有IP但ping不通外网 | DNS错误或网关配置不匹配 | 检查resolv.conf和路由 |
| 宿主机能上网但NAT无效 | VMware NAT服务未启动 | 宿主机服务里重启VMware NAT Service |
虚拟机安装CentOS网络连接失败的核心就三件事：外部网络模式选对、内部网卡配置文件改对、网络服务启动起来，把这三点排查完，大部分场景都能恢复联网。
虚拟机安装CentOS网络连接失败常见问题Q&A
-
CentOS 7安装后没有网络连接，怎么确定是虚拟机还是系统问题？
先在宿主机浏览器打开网页，再在虚拟机里执行ping 宿主机IP，如果宿主机正常但虚拟机ping不通宿主机，优先检查虚拟网络模式；如果虚拟机能ping通宿主机但无法上外网，则是CentOS内部DNS或路由问题。 -
NAT和桥接模式的区别对网络连接失败影响有多大？
影响直接，选错模式会导致虚拟机拿不到有效IP，家庭宽带和办公局域网通常对桥接模式有MAC认证或IP绑定限制，这类场景下NAT模式是更稳妥的选择。 -
虚拟机CentOS网络配置命令里nmtui和改文件哪种更好？
nmtui适合快速修复和确认选项，改文件适合批量脚本部署，两者最终都作用于NetworkManager连接配置，效果一致，对于单台虚拟机，先用nmtui激活网络，再查看自动生成的配置文件，是效率较高的排查路径。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/645111.html
