VulnHub 靶机保姆级修复：无法获取 IP/arp-scan 扫不到靶机 完整解决指南
本文为 VulnHub 靶机实战配套的踩坑修复指南，专门解决新手导入靶机后最高频的「arp-scan 扫不到、靶机无IP、网卡不生效」问题，以 Momentum 2 为例演示完整修复步骤，适配绝大多数 Debian/Ubuntu 系靶机，全程附截图对照，零基础也能跟着操作。
0x00 问题现象与前置排查
常见故障现象
Kali 执行 arp-scan -l 完全找不到靶机IP
靶机开机后网卡不生效，没有分配到任何IP地址
靶机能正常进入系统，但和Kali网络完全不通，无法端口扫描
适用范围
绝大多数 VulnHub 平台的 Debian / Ubuntu 系 Linux 靶机
CentOS / RedHat 系靶机配置文件路径不同，本方案不通用
必做前置排查（80%的问题出在这里）
先排除最低级的环境配置问题，再进行系统内修复：
- 打开虚拟机设置，确认 Kali 和靶机的 VMware 网络模式完全一致（统一选 NAT，或统一选桥接模式）
打开 VMware 虚拟网络编辑器，确认对应网段的 DHCP 功能已开启
排除以上问题后，再继续下面的系统内修复步骤
0x01 故障核心原因
VulnHub 靶机是原作者在自己的虚拟机环境中制作的，系统网卡配置文件里写死了接口名（比如 enp0s3）；但导入到你的本地 VMware 后，虚拟机识别出的网卡名发生了变化（通常变成 ens33）。
两者名称不一致会导致 DHCP 客户端找不到对应网卡，自然无法自动获取IP地址，这是 VulnHub 靶机最普遍的网络故障原因。
0x02 分步修复操作（无需靶机密码）
步骤1：呼出GRUB引导菜单
启动靶机虚拟机，开机出现GRUB引导菜单的瞬间立刻按键盘 e 键，进入内核参数编辑模式。
小提示：如果开机黑屏没出现GRUB菜单，按住键盘 Shift 键再开机，就能强制呼出引导菜单。
步骤2：修改内核启动参数
进入编辑页面后，找到以 linux /boot/vmlinuz-xxxx 开头的内核启动行：
把行中的 ro（只读挂载）修改为 rw（读写挂载），只有读写模式才能修改系统文件
移动光标到该行的最末尾，追加参数 single init=/bin/bash
全部修改完成后，按 Ctrl + X 启动系统，会直接进入 root 权限的单用户 Shell
步骤3：确认本机真实网卡名
进入单用户终端后，先执行命令查看当前系统识别到的所有网卡：
ipaddr show执行后记录下真实的网卡名称（本例中为 ens33），此时网卡只有MAC地址，没有inet IP地址，就是故障状态。
步骤4：修改网卡配置文件
使用nano编辑器打开网卡配置文件：
nano/etc/network/interfaces打开后可以看到错误配置：allow-hotplug 后面的网卡名，和 iface 后面的网卡名不一致，这就是故障根源。
用键盘方向键移动光标，把 iface 后面的错误网卡名，修改为你刚才查到的真实网卡名（本例改为 ens33），保证两行的网卡名完全统一。
修改完成后保存退出：
- 按 Ctrl + O （字母O，不是零）
- 按回车键确认保存
- 按 Ctrl + X 退出编辑器
步骤5：重启网络服务验证IP
执行命令重启网络服务，触发DHCP重新分配地址（我使用的是旧版系统）：
systemctl restart networking# 旧版系统兼容命令：/etc/init.d/networking restart执行后终端会输出DHCP交互日志，看到 DHCPACK 和 bound to 192.168.241.144 字样，就代表IP获取成功。
可以再次执行 ip addr show 确认网卡已经分配到了IP地址。
步骤6：重启靶机 + Kali端最终验证
单用户模式下执行重启命令，让靶机正常进入系统：
reboot靶机正常开机后，切换到 Kali 终端执行局域网扫描：
arp-scan-l扫描结果中出现靶机对应的IP，就代表问题彻底解决，可以正常开始渗透测试了。
0x03 仍不成功？补充排查方案
- 检查 /etc/network/interfaces.d/ 目录下是否有多余的配置文件，可能会和主配置产生冲突
- 确认 VMware 虚拟网卡的 DHCP 地址池容量充足，不存在地址耗尽的情况
- 尝试切换一次网络模式（NAT ↔ 桥接），重启两台虚拟机后再重试
- 部分新版靶机使用 NetworkManager 管理网络，需要修改 /etc/NetworkManager/system-connections/ 目录下的对应配置