虚拟机IP分配失败和IP冲突，绝大多数情况出在虚拟网络配置或DHCP服务异常上，按本文的排查顺序走一遍，基本都能解决。
虚拟机ip分配失败怎么办？先判断问题出在哪一层
虚拟机拿不到IP，和物理机断网完全是两码事，你重装系统、换网卡驱动，大概率是在白费力气，过去几年帮人排查虚拟机网络问题的经验告诉我，十次里有八次是网络模式选错或者DHCP服务没跑起来。
分清三种网络模式：NAT、桥接、仅主机
在动手排查之前，先确认你用的哪种模式,这个判断直接决定后续排查方向。
- NAT模式（VMware的VMnet8）：虚拟机通过宿主机共享上网，宿主机能上网，虚拟机一般就能上网，如果你的虚拟机用的是NAT还获取不到IP,问题多半出在VMware的DHCP服务或虚拟网卡上。
- 桥接模式（Bridged）：虚拟机直接连物理网络，和宿主机是"邻居"关系，如果桥接获取不到IP，优先查物理路由器是否绑定了MAC、是否开启了AP隔离,或者WiFi环境下是否允许多设备接入。
- 仅主机模式（Host-Only）：只能和宿主机通信，不能上外网，如果你误选了这种模式，自然获取不到公网IP，这不是故障,是模式本身的功能限制。
行业共识认为，新手排查IP问题，90%的出发点都应该先看网络模式选没选对。
检查DHCP服务是否在正常工作
DHCP是虚拟机获取IP的"发牌员"，它在后台没工作,虚拟机等多久都是白等。
VMware用户这样做：
- 按下
Win + R，输入services.msc打开服务管理器。 - 找到 VMware DHCP Service，确认状态是"已启动"，启动类型是"自动"，当这一条显示已禁用,虚拟机IP分配失败是必然结果。
- 同样检查 VMware NAT Service，这个服务负责NAT模式的网络转发，停掉之后虚拟机不仅拿不到IP,连网络都会直接断掉。
VirtualBox用户这样做：
- 打开VirtualBox，选中出问题的虚拟机，点击"设置网络"。
- 把连接方式改为"网络地址转换（NAT）",确定后重启虚拟机。
- VirtualBox的NAT模式默认自带DHCP，不需要额外配置，如果改成NAT后能拿到IP，说明原本选的"仅主机"或"内部网络"才是问题根源。
vmware虚拟机获取不到ip时，这样重置虚拟网络
如果你确认服务没问题、模式也没选错，那下一步直接重置VMware的虚拟网络配置，这是vmware nat模式获取不到ip时最常用的修复手段。
具体操作路径：编辑 → 虚拟网络编辑器 → 左下角"恢复默认设置"。
恢复默认设置后，VMware会重建VMnet1和VMnet8两个虚拟交换机，重新分配网段，并重启DHCP服务，这一步能清掉绝大部分因为网段冲突、虚拟网卡缓存损坏导致的IP分配失败问题。
有个细节很多人会忽略：恢复默认设置后，宿主机上的VMware Network AdapterVMnet8网卡IP会被重置，如果你之前给宿主机手动配过IP，需要重新检查一下，不然虚拟机拿到了IP,宿主机反而连不上虚拟机的服务了。
虚拟机开机后IP一直显示169.254开头的数字
这种情况非常典型，说明虚拟机的网卡根本没有收到DHCP服务器的响应，Windows自动分配了一个169.254.x.x的保留地址。
遇到这个现象,直接按顺序做三件事：
- 在虚拟机里打开命令行，执行
ipconfig /release再执行ipconfig /renew,手动重新发起一次DHCP请求。 - 还不行，就在虚拟机里打开"控制面板网络和共享中心更改适配器设置"，右键虚拟网卡，点击"禁用"，再"启用"。
- 做完这两步仍无效，回到宿主机重置虚拟网络,方法参考上一节。
这套组合操作，能解决virtualbox桥接模式ip获取失败的相当一部分场景，因为VirtualBox的桥接网卡和VMware一样，都是虚拟交换机映射到物理网卡上，物理网卡驱动一旦异常,虚拟网卡就会跟着拿不到地址。
虚拟机ip冲突怎么解决？从冲突定位到彻底根除
IP冲突和IP分配失败是两件事，分配失败是拿不到IP，IP冲突是拿到了别人正在用的IP，现象很迷惑人：虚拟机看着有IP，但ping不通网关，宿主机也访问不了虚拟机，重启一下又好一会儿,过一阵又断。
如何确认虚拟机确实存在ip冲突
别凭感觉判断,用命令验证。
- 在虚拟机里打开命令行，输入
ipconfig /all，记下IPv4地址和MAC地址（物理地址）。 - 在宿主机命令行里执行
ping 虚拟机IP地址，如果能ping通,先不要急着高兴。 - 把虚拟机的网卡在设备管理器里禁用（或者直接关闭虚拟机），然后在宿主机再次
ping 同样的IP地址。 - 如果虚拟机已关闭，这个IP仍然能ping通，说明该IP已被局域网内其他设备占用,冲突实锤了。
更直接的证据在ARP表里，在宿主机执行 arp -a，找到冲突的IP，查看它对应的MAC地址，如果这个MAC地址和你的虚拟机MAC地址不一样，而虚拟机正用着这个IP,那冲突是板上钉钉的事。
快速恢复虚拟机上网的两种手段
确认冲突后，不需要重装系统,直接用最短路径解决。
改为DHCP自动获取IP，这是最快的方法，在虚拟机网络适配器设置里，把IP获取方式改为"自动获得IP地址"，DHCP服务器会分配一个空闲IP，冲突立刻消除，注意，如果你的办公网络里有人手滑把同一个IP配给了多台设备，改回DHCP不一定马上有效，因为DHCP池里那个IP可能还被占用着,但多数情况下会自动给你换一个。
手动更换为同网段其他空闲IP，如果你必须要固定IP,那就要避开正在使用的地址。
- 先用
arp -a或在线扫描工具（比如Advanced IP Scanner）扫描局域网IP占用情况。 - 找一个完全空闲的IP,比如原本DHCP池分配范围之外的地址。
- 在虚拟机"控制面板网络适配器IPv4属性"里手动填入。
- 填完后在宿主机 ping 这个新IP,确认不冲突再使用。
这两种手段适用于绝大部分场景，尤其是测试环境或开发环境，没必要纠结原来的IP,换一个就好。
用MAC地址绑定一劳永逸地避免冲突
每次手动改IP治标不治本，想一劳永逸，在路由器上做IP-MAC绑定最省心。
登录路由器管理后台（常见如192.168.1.1或192.168.0.1），找到"DHCP服务器静态地址分配"（有些路由器叫"IP与MAC绑定"），把虚拟机的MAC地址和你要分给它的IP绑定起来，此后每次虚拟机请求IP，路由器都会把固定的IP分配给这台虚拟机，不会发给别的设备,冲突自然消失。
适用场景分析：
| 方式 | 配置难度 | 抗冲突能力 | 适用场景 |
|---|---|---|---|
| DHCP自动获取 | 最低 | 弱（依赖服务器） | 日常测试、临时使用 |
| 手动静态IP | 中等 | 弱（容易撞IP） | 服务器、固定服务 |
| IP-MAC绑定 | 中等 | 强 | 长期运行的虚拟机、企业内网 |
排查时容易忽略的三个细节
很多人在这个环节卡半天，最后发现不是IP的问题,而是环境的问题。
宿主机的物理网卡开了"Internet连接共享"，这个功能一旦开启，Windows会自动把物理网卡变成一台简易DHCP服务器，分配的网段通常是192.168.137.1，如果你同时用的VMware的NAT模式，两个DHCP服务就会互相打架，虚拟机时而拿到132段的IP，时而拿到192.168.137段的IP，看上去就像IP分配失败，解决办法：右键物理网卡属性共享，取消勾选"允许其他网络用户通过此计算机的Internet连接来连接"。
虚拟机的网卡驱动被更新过，VMware Tools和VirtualBox增强功能安装后，虚拟网卡驱动可能会被替换，如果驱动版本不匹配，网卡会出现"已连接但无法获取IP"的状态，去虚拟机里打开设备管理器，找到网络适配器，右键点击"更新驱动程序"，让系统重新匹配驱动,有时就能恢复正常。
公司网络或校园网有准入认证，这类网络通常要求设备进行客户端认证或MAC白名单登记，虚拟机的虚拟网卡是一块"新网卡"，物理机认证通过不代表虚拟机能通过，如果把虚拟机的MAC地址改为主机物理网卡的MAC地址，反而会加剧冲突，正确的做法是,搞清楚网络准入系统是否需要为虚拟机单独登记。
关于虚拟机ip分配和冲突的常见问答
为什么虚拟机有时候能上网，重启后就获取不到IP了？
大概率是DHCP租约到期后没有成功续租，或者宿主机的虚拟网络服务在开机过程中没来得及启动，VMware用户可以在服务管理器里把VMware DHCP Service和VMware NAT Service设为"自动（延迟启动）"，给虚拟网络服务更充裕的初始化时间，VirtualBox用户则检查一下网卡连接方式是否被重置为"未连接"。
桥接模式下虚拟机和宿主机能互相ping通，但虚拟机打不开网页？
这不是IP分配的问题，是网关或DNS的问题，桥接模式下虚拟机的IP必须和宿主机在同一网段，网关和DNS也要指向路由器地址，在虚拟机里执行 ipconfig /all，核对默认网关和DNS是否与宿主机的一致，不一致就改成自动获取，或者手动填入相同的网关和DNS，如果网关和DNS都正确还上不了网，检查路由器是否开启了"AP隔离"或"客户端隔离"，开启后虚拟机和宿主机之间的通信正常,但外网访问会被路由器拒绝。
虚拟机里的服务端口怎么让外部访问？
想让局域网外部设备直接访问虚拟机里的服务（比如Web服务、数据库），桥接模式的体验最直接，把虚拟机IP设置为固定IP，和宿主机在同一个网段，外部设备通过虚拟机IP直接访问即可，NAT模式下需要在VMware"虚拟网络编辑器NAT设置"里添加端口转发规则，把宿主机的某个端口映射到虚拟机的对应端口，访问形式是：宿主机IP:端口号，外部设备访问虚拟机服务时,走的是宿主机IP加映射端口。