开机打开虚拟机，发现ip addr一片空空如也，或ifconfig看不到熟悉的IP地址别慌，这多半不是IP消失了，而是系统网络服务没起来或配置不对，按顺序排查，90%以上能自己解决。
第一步：确认系统里到底有没有网卡（用这几条命令测一下）
遇到IP不见的情况，先别急着重启网络服务，先看一眼系统认不认这块虚拟网卡，打开虚拟机终端,依次输入以下命令：
ip addr show查看所有网络接口状态是否是UP。ip link show看接口是否存在，名字是eth0、ens33还是enp0s3。ethtool eth0或ethtool ens33查看物理链路是否已连接，如果显示Link detected: no,说明网卡压根没通电或没连上虚拟交换机。
若这里看不到任何网卡接口，问题出在虚拟机的硬件层面：可能是VMware或VirtualBox里网卡设备被移除了，也可能是虚拟机开机时网卡未识别到，建议完全关机后在虚拟机设置里确认“网络适配器”选项是勾选状态，而非“设备未连接”。
若网卡存在但状态是DOWN,执行：
sudo ip link set ens33 up
然后再执行ip addr show，若IP正常出现，问题解决；若还是没有,继续下一步。
第二步：最核心的排查DHCP客户端是否成功获取地址
行业共识认为，超过半数的“虚拟机看不到IP”问题，是DHCP服务没跑通导致网卡空有状态而无地址，这里的陷阱在于：网卡可能显示UP，但没有任何IPv4地址,此时你需要手动触发一次DHCP请求。
不同环境的操作命令不一样,按照你用的虚拟化平台选择：
- VMware Workstation / Player（NAT模式）：
sudo dhclient eth0
或较新的系统使用：
sudo dhclient -v ens33
执行后观察输出，如果出现DHCPDISCOVER和DHCPOFFER字样，说明请求发出去了，如果卡住不动,大概率是虚拟网络编辑器里的DHCP服务没开。
- VirtualBox（NAT模式）：
sudo dhclient enp0s3
或：
sudo netplan apply # 适用于Ubuntu 18.04之后的Netplan配置
手动获取IP后，立刻用ip addr检查。
第三步：检查虚拟网络编辑器NAT和桥接模式的常见坑
若DHCP执行后仍拿不到地址，问题基本锁定在宿主机一侧的虚拟网络服务上，这里需要区分NAT模式和桥接模式，两者的故障场景有非常典型的差异，也是百度上“虚拟机nat模式连不上网”和“虚拟机桥接模式设置”这两个长尾搜索词背后用户高频踩坑的地方。
NAT模式下的排查路径
NAT模式下，虚拟机通过宿主机共享网络上网，若IP获取失败,按以下顺序检查：
- Windows宿主机服务状态：按
Win+R输入services.msc，找到VMware DHCP Service和VMware NAT Service，确认两者状态是“正在运行”，如果没运行，右键“启动”，然后回到虚拟机重试dhclient，VirtualBox对应的服务是VirtualBox DHCP Server
和
VirtualBox NAT Service,逻辑相同。 - 虚拟网络编辑器重置：在VMware菜单栏点“编辑”→“虚拟网络编辑器”，点击右下角“更改设置”（需要管理员权限）。查看
VMnet8这一行，确认“NAT模式”和“使用本地DHCP服务将IP地址分配给虚拟机”两个复选框都已勾选，如果不勾选DHCP,虚拟机永远无法自动获取IP。 - 子网网段冲突：这是最容易忽略的点，VMnet8默认子网是
168.x.0，若该网段与宿主机所在局域网网段（比如公司Wi-Fi是192.168.1.0/24）重叠，或与宿主机另一块物理网卡网段冲突，路由器可能不会响应DHCP请求，解决方法：在虚拟网络编辑器里把子网IP改为一个不冲突的网段，比如16.88.0，同时将NAT网关设置为16.88.2。
桥接模式下的排查路径
桥接模式下虚拟机像是局域网中的独立设备，IP由家里或公司路由器分配，如果看不到IP,常见原因如下：
- 桥接到错误的物理网卡笔记本同时插着有线网卡和无线网卡，VMware默认桥接到“自动”，实际可能桥到了未连接的以太网上，打开“虚拟网络编辑器”→选择
VMnet0→修改“桥接到”的网卡为你正在使用的那个（比如Wi-Fi网卡）。 - 路由器DHCP地址池已满家里路由器连了太多设备，虚拟机申请不到地址，可登录路由器后台,或直接在虚拟机里设置静态IP。
- 无线桥接的驱动兼容问题不少老笔记本的无线网卡驱动对桥接模式支持不佳，表现为网卡显示已连接但一直刷
DHCPDISCOVER却收不到响应，这种情况建议直接改用NAT模式,最省心。
两个模式怎么选（核心思路）
| 条件 | 推荐模式 | 理由 |
|---|---|---|
| 虚拟机仅需上网，不与宿主机外设备互通 | NAT（VMnet8） | 配置简单依赖少，不占局域网IP |
| 需要局域网内其他设备（如手机、同事电脑）直接访问虚拟机里的服务 | 桥接（VMnet0） | 虚拟机如同局域网一台独立设备 |
第四步：NetworkManager或systemd-networkd的干扰
如果你用的是Ubuntu桌面版或CentOS带图形界面的环境，NetworkManager经常和netplan或systemd-networkd抢网卡控制权，导致IP分配逻辑混乱,排查方法：
- 查看当前网络服务状态：
systemctl status NetworkManager systemctl status systemd-networkd
- 如果两个服务都处于活跃状态，正常
ip addr应该由NetworkManager管理（桌面环境），若出现双服务争抢，禁用其中一个：
sudo systemctl stop systemd-networkd sudo systemctl disable systemd-networkd sudo systemctl restart NetworkManager
- 使用
nmtui（Network Manager Text User Interface）交互式界面：
sudo nmtui
进入“Edit a connection”，选中对应网卡（如ens33），将IPv4配置从“Automatic”改为“Automatic”再保存退出，这个看似无意义的操作实际会触发配置重写,解决相当一部分的IP不显示问题。
第五步：检查网卡配置文件手动设一个静态IP
如果以上所有自动获取的尝试失败，别再和DHCP较劲了，直接手动配置静态IP，这是最直接、可验证的兜底方案,不同发行版路径不同：
Ubuntu 18.04+ / Debian 10+（Netplan方式）
编辑文件/etc/netplan/01-netcfg.yaml或00-installer-config.yaml：
network:
version: 2
ethernets:
ens33:
dhcp4: no
addresses: [192.168.88.128/24]
gateway4: 192.168.88.2
nameservers:
addresses: [114.114.114.114, 8.8.8.8]
应用配置：
sudo netplan apply
注意：
gateway4在较新的Netplan版本中已弃用，若执行apply时出现警告，改用routes配置，另外168.88.128需要和你虚拟网络编辑器里VMnet8的网段一致，比如子网是168.88.0，网关就是168.88.2。
CentOS / RHEL（NetworkManager或network-scripts）
sudo vi /etc/sysconfig/network-scripts/ifcfg-ens33
把BOOTPROTO="dhcp"改为：
BOOTPROTO="static" IPADDR="192.168.88.128" NETMASK="255.255.255.0" GATEWAY="192.168.88.2" DNS1="114.114.114.114"
然后重启网络：
sudo systemctl restart network
或者通过nmcli方式：
sudo nmcli connection modify ens33 ipv4.addresses 192.168.88.128/24 ipv4.gateway 192.168.88.2 ipv4.method manual sudo nmcli connection up ens33
给静态IP后必须确认的连通性
配置完别急着刷新界面,做三个验证：
ip addr能看到inet 192.168.88.128/24。ping 192.168.88.2能ping通网关,说明宿主机的虚拟网络通了。ping 8.8.8.8能ping通外网IP,说明DNS和路由没问题。ping baidu.com能解析域名,说明DNS设置正确。
第六步：防火墙和SELinux这俩隐形杀手
配置完静态IP后如果只能ping通网关但ping不通宿主机或外网，问题可能不在IP分配，而在防火墙拦截，这一步常被排在排查末尾,但实际里出问题的概率不低：
- 查看防火墙状态：
sudo ufw status # Ubuntu sudo systemctl status firewalld # CentOS 7+ sudo service iptables status # 老版本CentOS
- 临时关闭测试（排查专用，确认后按需放行端口而非长期关闭）：
sudo ufw disable # Ubuntu sudo systemctl stop firewalld # CentOS 7+
- SELinux干扰（CentOS/RHEL特有）：
getenforce # 返回Enforcing为开启状态 sudo setenforce 0
如果临时关闭后IP能通，说明是安全策略问题。建议不要长期关闭防火墙,而是放行所需端口，
sudo firewall-cmd --permanent --add-port=22/tcp sudo firewall-cmd --reload
终极方案：重置虚拟网络服务
步骤都试过仍看不到IP，不要浪费时间反复重启虚拟机，直接在宿主机上重置整个虚拟网络环境，这个方法能解决绝大多数“操作过程中某一步误配置”导致的灵异问题：
VMware环境重置
- 关闭所有虚拟机。
- 打开“虚拟网络编辑器”→“更改设置”→点击左下角“还原默认设置”。
- 如果还原后NAT模式仍然异常，在Windows服务管理器中重启
VMware DHCP Service和VMware NAT Service。 - 同时卸载后重新安装VMware虚拟网卡驱动：打开“设备管理器”→找到“网络适配器”下有VMware字样的设备（VMware Virtual Ethernet Adapter for VMnet1和VMnet8）→右键“卸载设备”→勾选“删除此设备的驱动程序软件”→扫描检测硬件改动”让系统重新安装。
VirtualBox环境重置
VBoxManage dhcpserver remove --netname HostInterfaceNetworking-vboxnet0 VBoxManage hostonlyif create VBoxManage dhcpserver add --netname HostInterfaceNetworking-vboxnet0 --ip 192.168.56.1 --netmask 255.255.255.0 --lowerip 192.168.56.100 --upperip 192.168.56.200 --enable
若想省事，直接重装VirtualBox，并把“VirtualBox Host-Only Network”和“VirtualBox NDIS6 Bridged Networking Driver”这两个网络驱动一并重装。
最后留个底排查顺序总结
最后整理一份常用排查清单，下次再遇到“虚拟机看不到IP”的问题，按顺序快速走一遍，从硬件到服务再到配置逐层排查，一般不会超过10分钟：
- 先执行
ip addr和ip link show确认网卡是否存在。 - 再确认服务状态，Windows按
Win+R→services.msc检查DHCP与NAT服务。 - 然后看虚拟网络编辑器里的模式,确认NAT的DHCP选项是勾选状态。
- 接着手动执行
dhclient强制获取一次IP。 - 不行就果断切换静态IP方案。
- 最后排查防火墙和SELinux。
静态IP配置是解决虚拟机IP看不见的最稳招式，而重置虚拟网络服务是最后一招，记住这两点就够了。
虚拟机IP常见问题解答（Q&A）
为什么虚拟机刚开机时能看到IP，运行几分钟后IP就消失了？
这大多是DHCP租约到期或lease文件损坏导致的，当你启动虚拟机时DHCP租约被重新获取，但租约过期后客户端未能成功续约，系统网络服务自动将IP收回，检查`/var/lib/dhcp/dhclient.leases`文件是否有内容，若异常，清空后重启网络服务即可，若使用VMware NAT模式，可尝试在虚拟网络编辑器中把DHCP租约时间从默认的30分钟改为更长的值。
VMware虚拟机里的Windows系统看不到IP，但Linux虚拟机却正常？
Windows系统的虚拟机看不到IP，绝大多数是VMware Tools未安装或版本过旧造成的，VMware Tools不仅负责剪贴板共享和鼠标平滑切换，更包含虚拟网卡驱动，旧版驱动在Windows更新后可能失效，在VMware菜单栏选择“虚拟机”→“安装VMware Tools”，在Windows内按照提示重装并重启，IP即可正常显示，若重装后仍无效，检查设备管理器里网卡是否出现黄色感叹号，如有则回退驱动版本。
桥接模式下ping不通宿主机但可以上外网，这是怎么回事？
能上外网说明IP和路由配置正确，ping不通宿主机的物理IP通常是因为Windows防火墙默认阻止了来自“公用网络”的ICMP回显请求，在宿主机上打开“Windows Defender防火墙”→“高级设置”→“入站规则”，找到“文件和打印机共享(回显请求 - ICMPv4-In)”并启用该规则，或者临时关闭防火墙测试确认，另一个可能原因是你桥接到了错误的物理网卡，比如虚拟机桥到了有线网卡而宿主机实际连接的是无线网络。