本文为 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/ 目录下的对应配置