企业官网建设流程全解析

1. 先说结论：为什么“VirtualBox里装openEuler后连不上网”这么普遍

这两年国产操作系统的讨论热度越来越高，openEuler作为其中技术底子很扎实的一个发行版，被很多做服务器运维、云计算、信创适配的朋友拿来当主力环境。而VirtualBox又是个人电脑上最方便的虚拟机工具，免费、跨平台、轻量，几乎人手一份。两个东西凑一块儿，听起来是顺理成章的事，但真跑起来之后，网络上踩的坑那叫一个五花八门。

我最早是用VMware做openEuler测试的，后来换到VirtualBox，结果开机第一件事就卡住了：ping www.baidu.com直接超时，ip a看一下，网卡连个IP都没有。更让人头疼的是，同一个VirtualBox版本，装Ubuntu一点事没有，装上openEuler就是死活不通。这种问题不解决，后面什么都干不了，装Docker、配SSH、做集群测试全得往后推。

这篇文章就是把这几个月我在VirtualBox里折腾openEuler遇到的“无法联网”及相关的一连串问题，做一个完整的实战记录。内容包括VirtualBox四种网络模式到底怎么选、openEuler里用nmcli配静态IP的完整流程、为什么有时候“网卡明明起来了但就是不通”、以及虚拟机之间互通、宿主机访问虚拟机、SSH连不上这一类高频故障的具体排查思路。

不管你是刚接触Linux虚拟机的小白，还是被openEuler网络折腾到头疼的老手，按照这篇文章里的步骤去检查，大部分问题都能在十几分钟内定位清楚。

2. 先搞清楚VirtualBox的四种网络模式，不然你连排查方向都没有

很多刚上手VirtualBox的朋友，遇到虚拟机没网，第一反应是“openEuler系统有问题”，其实大半是宿主机的网络设置不对。VirtualBox的网络模式说白了就是四道门，你走错了门，后面再怎么配置系统都没用。

2.1 NAT模式：默认能上网，但别人找不到你

安装VirtualBox的虚拟机时，默认就是NAT模式。NAT做的事情是把虚拟机的网络流量“翻译”成宿主机IP的流量发出去，所以虚拟机里能正常上网，但外部网络（包括宿主机在内）没法主动连接虚拟机。

举个例子：你在虚拟机里跑了一个nginx，宿主机浏览器打开http://localhost:8080是看不到的，因为流量没有做端口转发。NAT模式适合“我只想装好系统、更新软件包、装Docker、拉镜像”这种纯出网场景。

2.2 桥接模式：虚拟机像楼下小卖部，可以自己开门做生意

桥接模式的逻辑，是让虚拟机直接“插”到宿主机所在的局域网里，虚拟机和宿主机就像两台独立的电脑，各拿各的IP，谁都能访问谁。

这种模式最适合openEuler这种要当服务器用的系统。你做测试、搭集群、让同事连进来看看效果，都选桥接。但前提是：你的路由器/局域网分配IP比较宽松，而且宿主机不能连着那种需要认证的Wi-Fi（比如酒店的Wi-Fi、校园网强制认证的那种），否则虚拟机拿到IP也可能上不了网。

2.3 仅主机模式（Host-Only）：虚拟机跟宿主机玩，网络里看不见

仅主机模式是开一条“内部线路”，宿主机和虚拟机之间可以互相访问，但虚拟机出不了网。在没有路由器、纯本机测试的场景下很好用，而且很安全。它的典型用途是：宿主机通过Host-Only网络SSH登录虚拟机，同时在虚拟机里跑数据库服务，宿主机里的开发工具直接连库。

2.4 内部网络（Internal Network）：虚拟机之间组私聊群

如果创建了多台openEuler虚拟机，想让他们彼此互通，但不让宿主机参与，也不让外网访问，就用内部网络模式。多节点集群测试、K8s环境模拟都可以选这个。但注意：这种模式下宿主机访问不到虚拟机，必须有其他中转通道（比如加一块Host-Only网卡）。

下面是这四种模式的速查对比，建议截图保存：

我实际用过一段时间以后，个人最推荐的组合是：一张NAT网卡用于出网更新，一张Host-Only网卡用于宿主机SSH维护。这样既保证了系统能用yum装东西，又不影响外部直接连虚拟机端口，安全性高很多。

3. openEuler网络配置实操：从nmcli到配置文件，一步步手动搭好

光把VirtualBox网络模式选对还不够，openEuler里面的网络配置同样有很多细节。尤其是openEuler本身基于openEuler kernel，网络管理工具链和CentOS有一些差异，如果不熟悉，很容易在“系统看起来正常运行但网卡没接管”这种状态里卡住。

3.1 先用ip a和nmcli确认网卡状态

装好openEuler之后，第一步不是急着改配置文件，而是先看状态。打开终端，依次执行：

ip a

你会看到类似下面的输出：

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN ... 2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP ... inet6 fe80::a00:27ff:fe8c:1d2b/64 scope link ...

注意看有没有inet开头的IPv4地址。如果没有，只有inet6，说明网卡虽然UP了，但没有拿到IP。

接着看网络管理服务的情况：

systemctl status NetworkManager

如果结果是active (running)，那就继续用nmcli来操作。如果显示inactive (dead)，说明NetworkManager服务没启动或者被禁用，这种情况下改配置文件往往不生效，或者重启后丢失。

3.2 用nmcli连接Wi-Fi之外的有线网络

在服务器环境或虚拟化环境里，nmcli是最标准的网络配置工具。连接一个有线网卡、用DHCP获取IP，只需要：

nmcli device status

这个命令会列出所有网络设备以及它们的连接状态。比如：

设备 类型 状态 连接 enp0s3 ethernet 已连接 enp0s3

如果状态是“未连接”，先手动激活一下：

nmcli device connect enp0s3

然后再看一下ip a，很多时候DHCP的IP就直接拿到了。

3.3 配置静态IP的完整流程（实测可用）

DHCP能通只是第一步，真实的生产环境里，你还是得用静态IP，不然虚拟机重启一次IP就变了，所有依赖IP的配置全得跟着改。下面是一套完整、经过验证的静态IP配置步骤。

第一步，查看当前网卡对应的连接名。注意：连接名不一定是网卡名，可能是一个UUID或者自定义的名字。

nmcli connection show

假设输出里有一个连接名是enp0s3，你要修改它：

nmcli connection modify "enp0s3" ipv4.method manual ipv4.addresses 192.168.1.100/24 ipv4.gateway 192.168.1.1 ipv4.dns "8.8.8.8 114.114.114.114"

然后重新加载并激活：

nmcli connection down "enp0s3" nmcli connection up "enp0s3"

这里的IP地址要根据你的实际网段调整。如果宿主机用的是VirtualBox默认的NAT网段，网关一般是10.0.2.2，IP可以选择10.0.2.15之类不冲突的地址。如果是Host-Only模式，网关一般可以留空或不设置。

3.4 直接改配置文件的方式（不依赖NetworkManager时）

有些场景下，openEuler被配置成不用NetworkManager，而是直接用传统的network服务。这种情况老旧教程比较多见，但openEuler 22.03之后默认已经倾向使用NetworkManager，所以普通用户不建议再走这条老路。

不过，如果你发现系统里确实没有NetworkManager，或者你想手动把关，那就直接编辑网卡配置文件。配置文件在/etc/sysconfig/network-scripts/目录下，文件名通常是ifcfg-enp0s3。

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

一个标准的静态IP配置示例：

TYPE=Ethernet BOOTPROTO=static NAME=enp0s3 DEVICE=enp0s3 ONBOOT=yes IPADDR=192.168.1.100 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 DNS1=8.8.8.8 DNS2=114.114.114.114

然后重启网络服务：

systemctl restart network

3.5 DNS解析不通：网络通了但打不开网页的隐藏元凶

有一种很经典的“假故障”：虚拟机ping网关通、ping公网IP也通，但ping www.baidu.com就是报Name or service not known。问题出在DNS配置。

openEuler的DNS解析配置，常见有三处：网卡配置文件里的DNS参数、/etc/resolv.conf文件、以及NetworkManager自己管理的DNS配置。如果三者不一致，就很容易出现上面这种诡异现象。

最简单的修复方式是直接用nmcli设置全局DNS：

nmcli connection modify "enp0s3" ipv4.ignore-auto-dns yes nmcli connection modify "enp0s3" ipv4.dns "8.8.8.8 114.114.114.114" nmcli connection up "enp0s3"

然后在sudo下检查/etc/resolv.conf，正常情况下应该能看到nameserver已经更新。如果这个文件被某些软件写死而不自动更新，删掉后重启NetworkManager是最后的手段。

注意：/etc/resolv.conf在openEuler里经常被NetworkManager动态管理，手动改它有时候重启后会被还原，所以尽量用nmcli来改。

4. VirtualBox与openEuler联动时最容易踩的坑：从SSH到共享文件夹

网络通不通，其实不只是“虚拟机里能打开网页”这一个维度。很多时候我们装openEuler虚拟机，最终目的是测试服务、远程管理、共享文件。这些场景下，VirtualBox的附加功能（Guest Additions）、端口映射、SSH配置都可能成为新的瓶颈。

4.1 SSH连接不上虚拟机：先检查sshd是不是没开、防火墙是不是没放行

openEuler装好之后，默认不一定启用sshd服务。如果你用MobaXterm、Xshell、或者Windows Terminal自带的ssh去连虚拟机IP，发现通不了，按下面步骤排查：

systemctl status sshd

如果显示没运行，启动并设置开机自启：

systemctl start sshd systemctl enable sshd

然后查防火墙：

firewall-cmd --state firewall-cmd --list-all

如果开着，把22端口加进去：

firewall-cmd --permanent --add-port=22/tcp firewall-cmd --reload

还有一个容易被忽略的地方：openEuler默认的root账户能直接SSH登录吗？很多发行版禁止root远程登录，openEuler也有类似策略。如果想用root身份远程连，编辑/etc/ssh/sshd_config，确认里面有这样一行（没有就补上）：

PermitRootLogin yes

改完重启sshd：

systemctl restart sshd

4.2 VirtualBox增强功能装不上：网络适配置后无法共享文件夹和自适应分辨率

网上很多教程在VirtualBox里装完Ubuntu和Windows之后，增强功能（Guest Additions）一点就装上了。但openEuler是RPM系、且内核较新，如果直接用“设备 → 安装增强功能”，经常会遇到编译失败或者挂载不上。

这是因为增强功能的安装包是一个ISO文件，需要先挂载到虚拟机里，然后手动执行脚本。在openEuler里，通常还要先装好编译环境和内核开发包：

yum install -y gcc make kernel-devel kernel-headers bzip2

然后挂载ISO：

mount /dev/cdrom /mnt cd /mnt sh ./VBoxLinuxAdditions.run

如果一切顺利，重启之后就能正常用共享文件夹、自动调整分辨率了。

如果执行过程中报Kernel headers not found，多半是内核开发包版本和当前内核不一致。用uname -r对比一下yum list installed | grep kernel-devel的版本，不匹配就先升级内核包再重启。

4.3 固定IP后宿主机仍然无法访问虚拟机：端口转发或Host-Only必须二选一

虚拟机的网络通了、sshd也开了，但宿主机用Xshell连不上，这种情况十有八九是网络模式与访问路径不匹配。

如果你用的是NAT模式，宿主机访问虚拟机必须配置端口转发。在VirtualBox的“网络 → 高级 → 端口转发”里，添加一条规则：宿主机的某个端口（比如2222）转发到虚拟机的22端口。然后用ssh root@127.0.0.1 -p 2222来连接。

如果你想直接用真IP连，那就得给虚拟机加一块Host-Only网卡，并让虚拟机的static IP落在Host-Only网段里。在VirtualBox的“全局设置 → 网络 → 仅主机网络”里先建好一个网卡（比如vboxnet0），默认网段通常是192.168.56.0/24。然后给虚拟机添加这块网卡，系统里把IP设为192.168.56.x，宿主机就能直接访问了。

我实际用的组合就是NAT + Host-Only双网卡：NAT负责yum下载和pip拉包，Host-Only负责固定IP的SSH管理。哪怕虚拟机重启，SSH连接也稳如老狗。

4.4 文件夹权限问题：openEuler共享目录时提示Permission denied

VirtualBox的共享文件夹功能用起来很方便，但openEuler下经常出现挂载成功但ls提示Permission denied的问题。原因很直接：挂载时没有指定正确的权限参数。

手动挂载时加参数：

mount -t vboxsf shared_folder_name /mnt/shared -o rw,uid=0,gid=0

如果希望普通用户也可读写，加上自己的uid和gid：

id

把输出的uid和gid填进挂载参数里。如果要开机自动挂载，编辑/etc/fstab，加一行：

shared_folder_name /mnt/shared vboxsf rw,uid=0,gid=0,dmode=0777,fmode=0666 0 0

这样就不用每次重启都手动挂一次。

5. 常见问题与排查技巧实录：我把踩过的坑全部整理成速查表

前面这些坑，我全是实际踩过之后才一点点摸清的。下面把这些经验整合成两个速查方向，方便你遇到问题时快速定位。

5.1 虚拟机无法联网问题排查清单

5.2 网络重启后配置丢失

openEuler里如果你通过ifconfig临时设置IP，重启后必然失效，这不算bug。真正让人困惑的是：用nmcli改完静态IP，重启后却变回DHCP。这种情况建议检查一下：

nmcli connection show "连接名"

重点关注ipv4.method是否为manual。有时候你在VirtualBox里“取消勾选启用DHCP”只是改了网卡属性，并没有真正改到nmcli连接配置里，必须两边统一。

再有就是确认有没有多个连接同时绑定同一张网卡。nmcli connection show输出里如果出现两个名字都对应同一个网卡名，比如enp0s3和System enp0s3，就很容易出现配置打架的情况。把多余的那个连接删掉，只保留最干净的一个。

5.3 增强功能安装失败后的自救办法

增强功能装不上，最典型的就是内核头文件缺失。我用日志定位一个多小时后，总结出最快解决方案：

yum install -y kernel-devel-$(uname -r)

注意版本号一定要跟上当前内核版本，不要直接yum install kernel-devel，那样装的可能是最新内核的头文件，跟当前运行的还是对不上。

如果命令提示找不到对应的kernel-devel包，就先：

yum update kernel -y

更新完重启，系统进入新内核，再安装相同版本的kernel-devel。实测这种方式成功率最高。

5.4 VirtualBox和VMware来回切换时的“继承坑”

不少朋友电脑上同时装了VirtualBox和VMware。同一个openEuler镜像文件，在VMware里能正常上网，导入VirtualBox后死活不行。这是因为VirtualBox生成的网卡MAC地址与VMware不同，而openEuler的网卡绑定规则还在以旧MAC为准。

排查方法：对比ip a里的MAC地址和/etc/sysconfig/network-scripts/ifcfg-*里HWADDR的值，不一致就删掉HWADDR这一行或者改成新值。另外，如果VMware里用的SCSI磁盘类型导入VirtualBox后无法启动，也不要慌，新建一个VirtualBox虚拟机，磁盘选SATA接口，把原有VMDK挂上去即可。

6. 一些比解决联网更值得养成的习惯

处理VirtualBox和openEuler的网络问题，越到后面越发现，大部分坑都是有共性的。总结三个我在实践中确认比较重要、也建议你刻意养成的习惯。

第一，虚拟机“快照”功能一定要用。每次配好网络、装好增强功能、或者完成某个阶段配置以后，打一个快照。后续万一配置改坏了，直接快照回退，节省的是大把的恢复时间。

第二，把openEuler的官方文档和man nmcli当作第一手资料。网上很多教程写的都是CentOS的老路子，在openEuler上不一定完全适用，尤其是NetworkManager相关的配置，一旦命令输错，排查成本远高于之前的收益。

第三，记录每次修改。我在本地维护了一个纯文本的“变更日志”，每次执行完和网络相关的命令，哪怕只是nmcli connection down再up，也会记录一条。短时间内看起来多此一举，但当你同时维护3台以上openEuler虚拟机时就知道了，这个习惯能救命。

以后再有人说“VirtualBox里装openEuler根本没法用”，你就知道问题不在VirtualBox，也不在openEuler，而在于网络模式的选择和系统内部的配置是否匹配。把这两部分打通，这套组合用起来真的很顺手。