新装的VMware CentOS虚拟机没有网络连接怎么设置？

在VMware中安装CentOS后遇到无法上网的问题，是许多初学者乃至资深管理员都可能遇到的常见困扰，这通常并非单一原因造成，而是涉及从VMware虚拟化软件到CentOS操作系统内部网络配置等多个层面，本文将提供一个系统化、由浅入深的排查思路，帮助您定位并解决“VMware CentOS 没网络”的问题。

第一步：检查VMware虚拟网络设置

问题往往源于最基础的配置，在深入CentOS系统之前,首先应确保VMware层面的网络设置是正确的。

确认网络适配器模式

VMware提供了三种主要的网络连接模式：NAT模式、桥接模式和仅主机模式，对于需要访问外部网络的需求,通常使用NAT或桥接模式。

• NAT（网络地址转换）模式：这是最简单、最常用的模式，虚拟机通过宿主机的IP地址访问外部网络，不占用局域网IP资源，对于大多数个人学习和开发场景,这是首选。
• 桥接模式：虚拟机直接连接到宿主机所在的物理网络，如同一个独立的物理机,它会从局域网的路由器获取一个与宿主机在同一网段的IP地址。

请检查您的虚拟机设置，确保选择了正确的模式,选择NAT模式即可满足大部分需求。

检查虚拟网络编辑器（以NAT模式为例）

如果使用NAT模式,必须确保VMware的NAT服务和DHCP服务正在运行。

• 在VMware Workstation主界面，点击“编辑” -> “虚拟网络编辑器”。
• 选择VMnet8（通常NAT模式默认使用VMnet8）。
• 确保下方的“将主机虚拟适配器连接到此网络”和“使用本地DHCP服务将IP地址分配给虚拟机”两个选项是勾选状态。
• 点击“NAT设置”，可以查看网关IP地址（168.137.2）和子网掩码,这些信息在后续配置静态IP时会用到。

如果服务未启动，尝试点击“还原默认设置”来重置网络配置,这通常能解决因配置错误导致的问题。

第二步：深入CentOS系统内部排查

如果VMware设置无误,那么问题很可能出在CentOS系统内部。

检查网络服务状态

确认网络管理服务是否正在运行，在CentOS 7及以后版本中，主要使用NetworkManager服务。

# 查看NetworkManager服务状态
systemctl status NetworkManager

如果服务未运行（显示inactive (dead)）,请启动它并设置为开机自启。

# 启动服务
systemctl start NetworkManager
# 设置开机自启
systemctl enable NetworkManager

核心配置文件：ifcfg-ens33

这是最常见的问题所在，CentOS的网络配置文件存放在/etc/sysconfig/network-scripts/目录下，文件名通常为ifcfg-ens33（ens33是网卡名称，可能因版本而异，如ens32、eno16777736等）。

使用vi或nano编辑器打开该文件：

vi /etc/sysconfig/network-scripts/ifcfg-ens33

一个典型的、用于自动获取IP（DHCP）的正确配置应如下所示：

TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=dhcp      # 关键项：设置为dhcp，动态获取IP
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
NAME=ens33
UUID=xxxx-xxxx-xxxx-xxxx  # 唯一标识符，无需修改
DEVICE=ens33
ONBOOT=yes          # 关键项：设置为yes，表示开机启动此网卡

请重点检查以下两个参数：

• BOOTPROTO：如果希望自动获取IP，应设为dhcp，如果需要配置静态IP，则设为static。
• ONBOOT：这是导致“重启后没网络”的最常见原因，必须设置为yes,否则系统启动时不会激活这张网卡。

修改完成后,保存并退出编辑器。

重启网络服务

修改配置文件后,必须重启网络服务才能使配置生效。

# 重启网络服务
systemctl restart network

或者，更推荐使用nmcli命令来重新加载配置：

# 重新加载所有网络配置
nmcli c reload
# 禁用再启用网卡
nmcli c down ens33 && nmcli c up ens33

第三步：高级排查与验证

如果以上步骤仍无法解决问题,需要进行更深入的验证。

验证网络连通性

使用ping命令进行测试,这是诊断网络问题的利器。

• ping 127.0.0.1：测试本机网络协议栈是否正常。
• ping <网关IP>：测试虚拟机到网关的连接是否通畅,网关IP可以在VMware虚拟网络编辑器的NAT设置中找到。
• ping 8.8.8.8：测试虚拟机到外部公网的连接是否通畅，如果这一步成功，但下一步失败,说明是DNS问题。
• ping www.baidu.com：测试DNS解析是否正常。

检查DNS配置

如果ping公网IP地址通，但ping域名不通，则是DNS配置问题，检查/etc/resolv.conf文件。

vi /etc/resolv.conf

确保文件中包含有效的DNS服务器地址，

nameserver 8.8.8.8
nameserver 114.114.114.114

注意：在NetworkManager管理的系统中，手动修改/etc/resolv.conf可能会在重启后被覆盖，正确的做法是在ifcfg-ens33文件中添加DNS1和DNS2参数（当BOOTPROTO=static时）。

检查防火墙状态

虽然防火墙通常只限制入站连接，但某些特殊规则也可能影响出站,可以临时关闭防火墙进行测试。

# 查看防火墙状态
firewall-cmd --state
# 临时关闭防火墙
systemctl stop firewalld

如果关闭防火墙后网络恢复，则需要检查防火墙规则,而不是长期关闭它。

---

相关问答 (FAQs)

问：为什么我按照教程修改了 /etc/sysconfig/network-scripts/ifcfg-ens33 文件，将 ONBOOT 改为 yes，也重启了网络服务，但还是没网络？

答： 这是一个很常见的情况,可能的原因有几点：

1. 配置未保存：请确认您在编辑器（如vi）中已经正确保存了文件并退出了，在vi中，需要按Esc键进入命令模式，然后输入wq并回车来保存退出。
2. 服务未真正重启：有时候systemctl restart network可能因为某些原因未完全生效，尝试重启整个虚拟机，这是最彻底的方式,可以确保所有配置在启动时被正确加载。
3. VMware服务冲突：检查VMware相关的所有服务（如VMware DHCP Service, VMware NAT Service）在Windows服务列表中是否都在正常运行,可以尝试重启这些服务或重启宿主机。
4. NetworkManager缓存：NetworkManager有时会缓存旧的配置，可以尝试先禁用网卡，再启用，或者使用nmcli c reload命令强制重新加载配置。

问：NAT模式和桥接模式有什么根本区别，在实际应用中我应该如何选择？

答： NAT模式和桥接模式的核心区别在于虚拟机与外部网络的关系。

特性	NAT 模式	桥接 模式
工作原理	虚拟机通过宿主机进行网络地址转换来访问外网。	虚拟机直接连接到物理网络，拥有独立的网络身份。
IP地址	从VMware内置的DHCP服务器获取私有IP（如192.168.x.x）。	从局域网路由器获取与宿主机同网段的公网IP。
优点	配置简单，不占用局域网IP，安全性高（宿主机作为防火墙）。	虚拟机如同真实物理机，网络性能最优，方便局域网内其他设备访问。
缺点	端口转发配置复杂，外部设备难以直接访问虚拟机。	需要局域网有可用IP地址，可能会与公司网络策略冲突。
适用场景	个人学习、开发测试，只需虚拟机能上网即可。	需要将虚拟机作为服务器提供给局域网内其他用户访问，或进行网络协议分析。

选择建议：如果您只是想在虚拟机里学习Linux、安装软件、测试代码，不需要外部电脑访问它，请毫不犹豫地选择NAT模式，如果您需要搭建一个局域网内可见的服务器（如文件服务器、Web服务器），或者进行复杂的网络实验，那么选择桥接模式会更合适。