虚拟机启动时卡在 DHCP 获取 IP 地址阶段，通常并非虚拟机操作系统损坏，而是由于虚拟网络适配器配置错误、宿主机网络服务异常、防火墙拦截或网络模式（NAT/桥接）与物理网络环境不兼容所致，解决该问题的核心逻辑在于排查虚拟网络服务状态、重置网络配置文件，或在必要时通过配置静态 IP 地址来绕过 DHCP 服务的限制，从而恢复网络连通性。
故障根源深度剖析
要彻底解决虚拟机卡在 DHCP 的问题，首先需要理解其背后的技术原理，DHCP（Dynamic Host Configuration Protocol）负责自动分配 IP 地址，当这一过程挂起时，说明虚拟机发出了请求但未收到有效回应，这通常由以下三个层面的原因造成：
虚拟网络模式与物理环境不匹配
这是最常见的原因，VMware 或 VirtualBox 提供了桥接模式、NAT 模式和仅主机模式。
- 桥接模式故障： 在桥接模式下，虚拟机被视为物理网络中的一台独立设备，如果宿主机连接的 Wi-Fi 不支持混杂模式，或者企业交换机端口限制了 MAC 地址数量，虚拟机将无法从物理路由器的 DHCP 服务器获取 IP，从而导致卡顿。
- NAT 模式故障： NAT 模式依赖宿主机的虚拟 NAT 设备（如 VMware NAT Service）充当 DHCP 服务器，如果该服务未运行或配置文件损坏，虚拟机将无法获得 192.168.x.x 网段的地址。
宿主机网络服务异常
虚拟机的网络功能高度依赖宿主机后台运行的服务，以 VMware 为例，”VMware DHCP Service” 和 “VMware NAT Service” 必须处于“正在运行”状态，如果宿主机刚更新了系统、安装了第三方防火墙或杀毒软件，这些服务可能会被意外禁用或端口被占用，导致虚拟机发出的 DHCP Discover 包石沉大海。
MAC 地址冲突与缓存问题
虚拟机网卡的 MAC 地址是其在网络中的唯一标识，如果克隆了虚拟机而未重新生成 MAC 地址，或者物理网络中已存在相同 MAC 地址的设备，DHCP 服务器会拒绝分配地址，虚拟机内部可能缓存了旧的租约信息，导致在新的网络环境下请求超时。
分层解决方案与实操步骤
基于上述原因,我们遵循从简单到复杂的排查顺序，提供以下专业解决方案。
检查并修复宿主机网络服务
这是解决 NAT 模式下 DHCP 失败的首选方法。
- 在 Windows 宿主机上，按下
Win + R，输入services.msc并回车。 - 在服务列表中,找到 “VMware DHCP Service” 和 “VMware NAT Service”。
- 确保它们的状态是“正在运行”，如果停止了，右键点击选择“启动”，若启动失败，检查依赖项或查看 Windows 事件查看器中的具体报错。
- 检查宿主机的网络适配器设置,确保 “VMware Network Adapter VMnet8” (NAT) 和 “VMnet1” (Host-Only) 未被禁用。
重置虚拟网络配置（修复配置文件损坏）
当修改网络设置导致逻辑混乱时，重置是最快恢复手段。
- 关闭所有正在运行的虚拟机。
- 打开 VMware Workstation，点击菜单栏的“编辑” -> “虚拟网络编辑器”。
- 点击右下角的 “更改设置”（需要管理员权限）。
- 点击左下角的 “还原默认设置”，此操作将删除所有自定义网络并重新创建标准的 NAT 和桥接网络，修复损坏的 DHCP 子网配置。
- 重启虚拟机,观察是否能顺利通过 DHCP 获取 IP。
切换网络适配器模式
如果当前模式无法工作，尝试切换以排除环境限制。
- 从桥接切换到 NAT： 如果你在不稳定的公共 Wi-Fi 环境下，桥接模式往往失效，将虚拟机网络设置改为 NAT 模式，利用宿主机的网络连接上网，这通常能解决因路由器限制导致的 DHCP 获取失败。
- 指定物理网卡： 如果必须使用桥接模式，在虚拟网络编辑器中，手动指定桥接到宿主机的具体物理网卡（如无线网卡或以太网卡），而不是选择“自动”，这能解决虚拟机选错桥接接口的问题。
配置静态 IP 地址（终极绕过方案）
DHCP 服务持续不可用，或者为了服务器稳定性，可以手动配置静态 IP 彻底绕过 DHCP 卡顿问题，这需要手动指定 IP、网关和 DNS。
- Linux 系统（如 Ubuntu/CentOS）：
- 编辑网络配置文件（Netplan 或
/etc/network/interfaces）。 - 将
dhcp4: no设置为 no，并手动填入addresses: [192.168.x.10/24]，gateway4: 192.168.x.2，以及nameservers。 - 注意：IP 地址必须与虚拟网络编辑器中 NAT 或桥接子网处于同一网段。
- 编辑网络配置文件（Netplan 或
- Windows 系统：
- 进入网络连接中心,找到网卡属性。
- 双击 “Internet 协议版本 4 (TCP/IPv4)”。
- 选择“使用下面的 IP 地址”，填入与虚拟子网匹配的静态 IP（如 192.168.137.10）、子网掩码（255.255.255.0）和默认网关（通常是 .2 或 .1）。
预防与维护建议
为了避免虚拟机再次出现网络故障,建议遵循以下最佳实践：
- 固定 MAC 地址： 在虚拟机设置中，将网络适配器的 MAC 地址生成模式设置为“静态”，避免每次重启或迁移后 MAC 变化导致租约失效。
- 快照管理： 在网络配置正常的状态下创建虚拟机快照，一旦配置混乱，可立即回滚，节省大量排查时间。
- 防火墙策略： 确保宿主机防火墙允许虚拟化软件的通信流量，或将虚拟网络适配器（VMnet8/VMnet1）设置为“专用”或“受信任”网络区域。
相关问答模块
Q1：为什么我的虚拟机在桥接模式下能获取 IP，但无法上网？
A： 这种情况通常是因为 DNS 解析问题或网关设置错误，虽然 DHCP 成功分配了 IP，但如果虚拟机获取的 DNS 服务器地址不可用（如某些公共路由器分配的 DNS 故障），就会导致无法打开网页，解决方法是在虚拟机中手动将 DNS 修改为通用的公共 DNS（如 114.114.114.114 或 8.8.8.8），或者检查虚拟机是否正确获取了宿主机的网关地址。
Q2：如何判断虚拟机应该使用 NAT 模式还是桥接模式？
A： 简单的判断标准是：如果你需要虚拟机像宿主机一样在局域网中拥有一个独立身份，且能被局域网内其他设备直接访问，应使用桥接模式；如果你只是需要虚拟机能访问互联网进行下载、更新，且不关心外部设备是否连接它，NAT 模式是更稳定、兼容性更好的选择，尤其是在网络环境复杂（如公司内网或受限 Wi-Fi）时。
如果您在尝试上述方法后仍遇到问题,欢迎在评论区详细描述您的虚拟机软件版本及操作系统类型，我们将为您提供更具体的排查建议。
