核心答案
Arch虚拟机安装时网络配置失败，九成原因是目标安装源不可达或网卡未被正确拉起，最直接的解决路径是先用ping命令验证物理链路，再重写系统级网络配置文件并配合dhcpcd临时接管，而非反复重装系统。这篇文章不绕弯子，按照真实踩坑顺序给出可验证的排查步骤和命令，保证你在虚拟机里把网络拉起来。
先分清是哪一层断掉：链路、地址还是路由
网卡根本没被识别时的表现与对策
在Arch官方ISO启动后,进入Live环境看到ifconfig输出为空，或者ip link只显示lo，这说明虚拟机虚拟网卡没有被内核正确加载，常见触发场景包括VMware Workstation选了e1000e虚拟网卡但ISO缺少对应固件，或VirtualBox默认的virtio-net未通过早期模块加载。
行业共识是优先检查总线设备是否被系统看到，执行lspci | grep -i ethernet，如果输出空白，说明虚拟网卡类型与ISO内核驱动不匹配，此时不必重新下载ISO，让虚拟化软件强制模拟为e1000老型号网卡，多数情况下就能被Arch的modprobe自动识别。
有链路但拿不到IP地址的静默失败
最常见的一种网络配置失败,是ip link set eth0 up后链路状态显示NO-CARRIER，但ip addr没有任何IPv4地址，此时不要立刻怀疑镜像站问题，先确定DHCP服务是否真的发来过响应，用tcpdump -i eth0 port 67 or port 68抓包，如果看不到任何DHCP Offer，问题出在虚拟网卡的网段隔离或NAT模式异常。
修复Arch虚拟机网络的核心操作路径
从Live环境临时联网到目标系统固定配置
如果你是在安装过程中卡在pacman -Syy更新失败，直接用以下三步临时救急，先确认网卡名，在虚拟机里通常是ens33或enp1s0，然后执行dhcpcd 网卡名，等待几秒后用ping archlinux.org验证，能通就继续安装，不能通就停掉进程，改用手工指定静态地址。
ip link set 网卡名 up
dhcpcd 网卡名
ping -c 3 archlinux.org需要注意的是,Live环境的网络和chroot进入新系统后的配置是两套体系，很多人在Live下网络正常，装完基础包重启后却又掉线，原因在于新系统根本没启用任何网络服务，此时应该先arch-chroot /mnt，然后打开/etc/systemd/network/目录，创建一个20-wired.network如下：
[Match]
Name=网卡名
[Network]
DHCP=yes保存后执行systemctl enable systemd-networkd和systemctl enable systemd-resolved，重启后网络配置才会真正生效，这一步是整个虚拟机组网里最容易被遗漏的细节，多数arch虚拟机安装后无法上网的案例都卡在这里。
镜像源优先级与证书问题的隐蔽影响
即使网络通了,pacman -Syy也可能因为签名验证失败或源地址连接超时而报错，建议用reflector重新生成源列表，命令为：
reflector --protocol https --latest 20 --sort rate --save /etc/pacman.d/mirrorlist生成完成后务必用pacman -Sc清空旧缓存再重试，行业共识是，海外默认源在国内虚拟机环境下的连接成功率较低，换源后首次更新速度会有明显提升，但这不属于网络配置错误范畴，而是reachability问题。
服务器场景下的arch虚拟机网络排查
通过局域网SSH连接时失败的特殊情况
如果你创建arch虚拟机是为了当服务器用,安装完系统后电脑重启发现SSH连不上，先别急着重装，检查宿主机Ping虚拟机是否通通则继续排查SSH服务，不通则先看虚拟机的网卡是否被设置为"仅主机模式"或桥接模式选错了物理网卡。
执行systemctl status sshd确认服务是running状态，如果服务正常但连接超时，多半是虚拟机防火墙规则或sshd_config里禁用了密码登录，用虚拟机控制台登录，输入journalctl -u sshd --no-pager查看日志，根据时间戳定位认证事件，若日志只有Connection closed by authenticating user，说明密钥或密码策略被拒，重新修改PasswordAuthentication yes即可。
固定IP配置在重启后丢失的原因
还有一种常见场景：用户在/etc/systemd/network/里写了静态IP配置，重启后IP还是变了，根本原因是Network Manager和systemd-networkd同时存在，两个服务互抢网卡控制权，解决办法是彻底禁用其中一个，如果是纯服务器用途，建议移除NetworkManager，只看systemd-networkd的日志，执行systemctl disable NetworkManager后再重启，网络配置就稳定了。
配置静态IP时需要注意网关地址必须与虚拟网络编辑器里的子网一致,VMware默认NAT网段是168.xx.0/24，VirtualBox是0.2.0/24，两者默认网关不同，混用配置模板会导致虚拟机内路由不通，但网卡本身却是up状态。
通用排查顺序与命令速查表
以下操作按优先级排列,每执行一步就测试一次连通性，避免重复劳动：
- 检查链路状态：
ip link观看state UP与link/ether是否出现 - 确认地址获取方式：
ip addr判断是否拿到inet字段 - 验证默认路由：
ip route查看default via行是否存在 - 测试网关连通：
ping -c 2 宿主机网关IP - 检查DNS解析：
cat /etc/resolv.conf确认nameserver不是空值
如果以上全部正常但网页依然打不开,问题已不在网络配置层面，而是代理变量残留或iptables策略异常，清除export http_proxy等环境变量后重试。
关于arch虚拟机网络配置中三个高频疑问
Q1：安装过程中如果iwctl连接WiFi一直卡在认证阶段怎么处理？
A：先确认虚拟机网卡软切换是否被禁用，执行rfkill unblock wifi，随后用iwctl station wlan0 connect "SSID"手动触发一次，若返回Operation failed说明密码格式错误或AP禁用了广播，VirtualBox里推荐将网卡模式改为NAT再执行上述操作，无线网卡的5GHz频段对部分ISO版本兼容性较差，换2.4GHz频段成功率更高。
Q2：利用网盘或本地镜像源能否规避网络配置步骤？
A：可以，将ISO和基础包目录放到宿主机共享文件夹里，虚拟机内挂载后直接pacman -U本地文件，但这本质上属于离线安装流程，用在网络反复失败的场合能节省时间，前提是ISO版本与源文件版本完全一致，混用不同月份的快照包会引发密钥签名失效，可以接受，但与网络配置的关联仅在于绕过了DHCP和路由的依赖。
Q3：为什么宿主机的网络是通的，arch虚拟机却断流频繁？
A：这种断流现象集中在打开NetworkManager服务但未启用其dispatcher脚本的场景，检查nmcli device状态，若显示unmanaged，说明虚拟机的网卡被systemd-networkd占用，在同一个网卡上存在两个管理程序时，Arch默认不会自动释放分配权，卸载NetworkManager并重启网络服务后，断流即停止，此时日志通常会显示明确的interfaces冲突记录，那个瞬间完整的结论就摆在眼前。