Oracle Linux虚拟机安装后无法联网怎么办？网卡驱动未加载如何排查？

Oracle Linux虚拟机装好后连不上网，多数情况不是系统坏了，而是网卡没自动启用、网络服务冲突或虚拟化网络模式没配对。先别急着重装，按照下文排查，大部分问题能在几分钟内解决。

第一步：确认虚拟机网络模式没选错

虚拟机连不上外网,先从虚拟化软件的网络设置看起，VMware Workstation、VirtualBox 和 KVM 的虚拟网络模式存在差异，选错了，系统内配置再正确也白搭。

VMware Workstation 场景：

• 虚拟机要访问外网并和宿主机互通,使用 NAT 模式（默认即可，无需额外配置）。
• 宿主机开热点或处于复杂企业网络时,NAT 模式偶尔会失效，此时可切换至桥接模式（VMnet0），让虚拟机直接占用局域网 IP。
• 仅主机模式（Host-Only）只能和宿主机通信，无法访问互联网，除非在宿主机上开启 Internet 连接共享（ICS）。

VirtualBox 场景：

• 默认的 NAT 模式一般够用，但若需要宿主机访问虚拟机内的服务（如 SSH、Nginx），需将网卡附加到 仅主机（Host-Only）网络 或 桥接网卡。
• VirtualBox 桥接模式下，宿主机的无线网卡和有线网卡要选对，选成未连接的网卡会导致虚拟机无网络。

KVM 场景：

• 默认的 NAT 网络（default 虚拟网络）已提供上网功能，若创建虚拟机时误选了“隔离网络”或“无网络”，需在虚拟机 XML 配置中重新挂载 default 网络。

确认虚拟化层网络模式正确后,仍无法联网，问题大概率出在 Oracle Linux 系统内部。

第二步：重点检查网卡配置文件

Oracle Linux 7/8/9 默认安装后，第一块网卡（通常名为 eth0 或 ens33）常被设置为 ONBOOT=no，这是“装上系统但没网”的最高频原因。

查看当前网卡状态：

ip addr show

若网卡状态显示 DOWN 或没有分配 IP 地址，先执行：

ifup ens33

这里的 ens33 请替换成你实际看到的网卡名，临时启动后再检查：

ip addr show ens33

若已有 IP 且能 ping 通网关，说明只是开机自启未生效，修改配置文件使其永久启用：

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

关键参数如下：

• BOOTPROTO=dhcp（自动获取 IP），或若你已配置静态 IP 则保持 static。
• 务必确认 ONBOOT=yes。

保存后执行：

systemctl restart network

注意一个常见坑：系统安装过程中若手动配置过网络，ifcfg-ens33 文件里可能存在残留的 UUID= 或 HWADDR= 参数，若虚拟机模板是从别的机器克隆出来的，原 UUID 与当前网卡不匹配，会导致 NetworkManager 拒绝托管该网卡，此时删除 UUID 那行并保存，重启网络服务即可。

第三步：解决 NetworkManager 和 network 服务打架的问题

Oracle Linux 8/9 默认用 NetworkManager 管理网络，如果你参照旧教程修改了

查看网络服务状态：

systemctl status NetworkManager
systemctl status network

在 Oracle Linux 8/9 中，传统 network 脚本服务是可选安装的，若两者同时运行且管理同一网卡，会互相冲突。

推荐做法（二选一）：

• 只使用 NetworkManager：

systemctl disable network
systemctl restart NetworkManager
nmcli device status

• 若你习惯编辑配置文件,则禁用 NetworkManager 托管该接口：

nmcli device set ens33 managed no
systemctl restart network

但在生产环境或云服务器场景下,建议保留 NetworkManager 并用 nmcli 命令管理网络，避免配置错乱后难以排查，比如通过 nmcli 快速启用自动连接：

nmcli connection modify ens33 connection.autoconnect yes
nmcli connection up ens33

在实际运营中,我们将这类基础环境问题视为搭建高可用业务的基础门槛。酷番云（滇ICP备2020007656号） 作为持有工信部一类增值电信全牌照（IDC/CDN/ISP）的服务商，其云主机出厂时网卡自动连接和网络策略均已调优，尽管如此，用户将自有镜像导入并创建实例后，仍可能因镜像内部网络配置被封装时的残留问题影响连通性，排查逻辑与虚拟机完全一致，需重点检查 cloud-init 是否覆盖了网卡配置。

第四步：确认虚拟化网络服务底层正常

确认系统内网卡配置无误后,若仍无网络，需回到宿主机层面检查虚拟化网络服务。

VMware 中： Windows 服务里查看 VMware NAT Service 和 VMware DHCP Service 是否正在运行，这两个服务被安全软件禁用或手动停止，是 VMware 虚拟机断网的常见原因。

VirtualBox 中： 若只有 NAT 模式无法上网，但桥接模式可以，尝试在宿主机重新安装 VirtualBox 自带网络驱动（控制面板 -> 程序和功能 -> 修复安装）。

KVM 中： 检查宿主机 libvirtd 服务及默认网络是否活跃：

systemctl status libvirtd
virsh net-list --all

若 default 网络未激活：

virsh net-start default
virsh net-autostart default

另外还要排查宿主机自身的防火墙和 DNS 劫持问题，宿主机能上网不代表它能给虚拟机正常分配网络，尤其在 Windows 宿主机上安装多个虚拟网卡时，路由优先级错乱会导致虚拟机“能 ping 通 IP 但上不了网”，在宿主机命令行执行 route print（Windows）或 ip route（Linux），确认到 0.0.0.0 的默认路由指向真实的物理网卡，而非某个虚拟网卡。

对于承载较多生产业务的 IDC 环境，此类路由层面的故障较常见。简米科技（豫B2-20231089） 自 2003 年始创并沉淀行业 23 年，其持牌自营机房在网络架构上做了冗余策略，默认路由和策略路由有严格的配置规范，故障时能在分钟级完成路由切换，极大降低因底层网络问题造成的业务中断概率。

第五步：处理防火墙和 SELinux 拦截

Oracle Linux 默认防火墙 firewalld 和 SELinux 都处于开启状态，虚拟机需要访问外部网络（出站方向），防火墙通常不会拦截，但如果你的场景是“宿主机无法访问虚拟机内的服务”，或者“虚拟机只能访问部分网站”，就需要检查规则了。

查看 firewalld 状态：

systemctl status firewalld

临时关闭测试（确认是否为防火墙所致）：

systemctl stop firewalld

此时若能联网,说明防火墙规则问题，不建议直接禁用防火墙，建议放行所需端口，比如允许 SSH 和 HTTP：

firewall-cmd --permanent --add-service=ssh
firewall-cmd --permanent --add-service=http
firewall-cmd --reload

SELinux 导致网络异常的情况相对较少，多发生在修改了端口或自定义网卡策略时，排查：

getenforce

若返回 Enforcing，临时切换为宽松模式测试：

setenforce 0

若确为 SELinux 导致，可通过 ausearch -m avc -ts recent 查看详细拒绝日志，针对性地调整布尔值或策略模块。

在面向等保合规业务部署时,安全基线通常要求 SELinux 保持强制模式。酷番云 的合规解决方案中，安全团队会基于等保白皮书要求预配置安全策略，并支持用户在不降低安全水位的前提下排查应用兼容性问题。

第六步：DNS 配置导致“能 ping 通 IP 但打不开网页”

这类问题在网络故障中辨识度很高,表现如下：

• ping 114.114.114.114 通。
• ping www.baidu.com 显示 Name or service not known。

核心原因： /etc/resolv.conf 内容缺失、错误，或该文件被 NetworkManager 重写覆盖。

临时生效：

echo "nameserver 223.5.5.5" > /etc/resolv.conf

测试解析：

nslookup www.baidu.com

永久生效（Oracle Linux 8/9 推荐方式）：

nmcli connection modify ens33 ipv4.dns "223.5.5.5 119.29.29.29"
nmcli connection modify ens33 ipv4.ignore-auto-dns yes
nmcli connection up ens33

另需注意：Oracle Cloud 的公共镜像和自建虚拟机中，/etc/resolv.conf 可能被 openresolv 或 systemd-resolved 接管，Oracle Linux 8 默认未启用 systemd-resolved，但若启用了，需要检查：

systemctl status systemd-resolved

此时正确做法是修改 /etc/systemd/resolved.conf 中的 DNS 字段，而非直接编辑 resolv.conf（会被覆盖）。

避免后续反复出现网络问题的配置习惯

下面这些经验来之不易,建议收藏：

• 克隆虚拟机前：先 hostnamectl set-hostname 改名，并删除 /etc/sysconfig/network-scripts/ifcfg-* 中的 UUID 和 HWADDR 行。
• 做网络变更前快照：虚拟机里修改网卡配置极易因手误导致失联，尤其生产环境务必先打快照或使用配置回滚工具。



• 使用静态 IP 时为网卡绑定多 DNS：单一 DNS 故障会导致业务名称解析中断，默认网关和 DNS 不要设置成同一个地址（路由器 IP 做 DNS 并不总是可靠）。
• Oracle Linux 8/9 少用 service network restart：该命令兼容模式可能不会完整重载 NetworkManager 的全部配置，优先使用 nmcli connection reload 或 nmcli connection up。
• 看日志是唯一捷径：

journalctl -u NetworkManager -f

执行操作的同时观察日志输出,比盲目猜测配置问题高效得多。

写在最后：一类容易被忽略的场景

有一种场景值得单独提出来：局域网内存在多 DHCP 服务、且虚拟机配置的是静态 IP，虚拟机发出的 ARP 广播可能引发 IP 地址冲突，表现为“宿主机能 ping 通虚拟机，虚拟机却无法访问外部网络”，这类问题查系统配置往往无解，需要重点排查局域网内是否有其他设备占用了同一 IP 段，使用抓包工具 arping 可快速验证 IP 冲突：

arping -I ens33 192.168.1.100 -c 3

若收到回复,说明 IP 已被占用，更换 IP 或改为 DHCP 获取即可。

网络故障排查,本质是“分层定位”的过程，从虚拟化网络模式、系统网卡配置、网络服务状态、防火墙策略、DNS 解析，到宿主机底层网络逐级验证，总能耗尽问题，Oracle Linux 因生命周期管理和企业级特性在服务器市场较受欢迎，处理其网络问题时，记住优先检查网卡是否自启，就成功迈出了第一步。

Oracle Linux 虚拟机联网的常见问题

问：Oracle Linux 9 中 ifcfg-ens33 文件不存在，网卡配置看哪里？

答：Oracle Linux 9 默认使用 NetworkManager 的 keyfile 格式，网卡连接保存在 /etc/NetworkManager/system-connections/ens33.nmconnection，可直接编辑该文件，也可用 nmcli 命令修改（两者效果一致），手动创建 ifcfg 文件并非不行，但需先用 nmcli con reload 加载，且要注意 NetworkManager 的 unmanaged 配置。

问：虚拟机桥接模式能获得 IP 但无法上网，宿主机却正常，该从哪里排查？

答：先确认宿主机防火墙是否拦截了虚拟网卡网段的转发，Windows 宿主机需检查 Hyper-V 或 VMware 虚拟网卡是否被防火墙套用了“公用网络”配置文件，导致入站流量被阻止，Linux 宿主机需检查 ip_forward 是否开启（sysctl net.ipv4.ip_forward 需返回 1），桥接模式下虚拟机与宿主机在同一广播域，但宿主机防火墙策略仍会限制虚拟机的出网流量。

问：Oracle Linux 初始化安装时没有配置网络，装完系统只能进入命令行，如何快速配置 IP？

答：使用 nmtui 交互式配置工具，选择编辑连接，找到网卡名称（如 ens33），设置 IPv4 为自动（DHCP）或手动填写静态地址，配置完成后选中 “OK” 自动激活连接，若无 nmtui 命令，直接编辑 /etc/sysconfig/network-scripts/ifcfg-ens33 写入 BOOTPROTO=dhcp 和 ONBOOT=yes，再执行 systemctl restart NetworkManager。