最常见原因是网卡未启用、虚拟网络适配器未连接或NAT模式下DHCP服务异常；需检查ip link状态、ONBOOT=yes设置、VMnet8服务及网络模式匹配性。

查不到虚拟机里的 ip addr 或 ifconfig 输出有效 IP，大概率不是命令写错了，而是网络没通、网卡没启、或者模式配歪了。

为什么 ip addr 显示 ens33 没有 inet 地址

这是最常见现象：执行 ip addr 后，lo 有地址，但主网卡（如 ens33、eth0）下面压根没 inet 行。说明该网卡未获取到 IP，原因通常有：

• 虚拟机网络适配器被禁用（VMware/VirtualBox 里勾选了“连接”但系统内网卡处于 DOWN 状态）
• 网卡未启用：运行 ip link set ens33 up 再试；若提示 “No such device”，说明驱动没加载或设备名已变（可用 ls /sys/class/net/ 确认真实名）
• NAT 模式下宿主机的 VMnet8 DHCP 服务被关闭（VMware 虚拟网络编辑器中勾选了“使用本地 DHCP 服务”但服务实际未运行）
• Linux 发行版启用 systemd-networkd 或 NetworkManager 后，传统 ifcfg-* 文件被忽略，静态配置不生效

ipconfig 在 Windows 虚拟机里查不到 IPv4 地址怎么办

在 Windows 虚拟机中运行 ipconfig，结果只有 IPv6 地址 或显示 “媒体已断开连接”，说明物理链路层未就绪。重点检查：

• VMware 设置中，“网络适配器”是否启用且状态为“已连接”（右下角图标不是灰色断开状态）
• Windows 服务里 DHCP Client 是否正在运行（services.msc 中查找并启动）
• 网卡驱动是否异常：设备管理器中看“网络适配器”下有无黄色感叹号；VMware Tools 或 VirtualBox Guest Additions 必须装好，否则可能识别为“Microsoft Hyper-V 网络适配器”等不兼容型号
• 若用的是 Windows Server，默认可能禁用 IPv4 协议——进“网络连接”→右键属性→确认勾选了 Internet 协议版本 4 (TCP/IPv4)

桥接 vs NAT 模式下 IP 查看逻辑完全不同

同一个 ipconfig 或 ip addr 命令，输出含义取决于虚拟机网络模式，不能套用宿主机经验：

如知AI笔记

一款支持Markdown和AI能力的在线笔记工具，可用于记录、整理和搜索知识内容，并辅助用户进行文本创作与信息处理。

下载

• 桥接模式下，虚拟机和宿主机是平等节点，ip addr 显示的 IP 应与宿主机在同一子网（如宿主机是 192.168.1.10，虚拟机应是 192.168.1.x），否则说明桥接失败或物理网络限制（比如公司 Wi-Fi 禁止多设备接入）
• NAT 模式下，虚拟机 IP 必须落在 VMware 的 VMnet8 子网内（默认 192.168.199.0/24），且网关必须是 192.168.199.2（VMware 默认 NAT 网关地址），不能填成宿主机的网关
• 仅主机模式下，虚拟机只能和宿主机通信，IP 必须与 VMnet1 子网一致（如 192.168.145.0/24），此时 ping 宿主机 IP 可通，但 ping 8.8.8.8 必然失败

查到 IP 后连不通？先验证网段计算是否正确

很多人填了 192.168.15.100 + 255.255.255.0，以为和宿主机 192.168.14.1 就差一点能通——其实不行。子网判断靠二进制与运算，不是看 IP 字面相似度：

• 宿主机 192.168.14.1/24 → 网络号是 192.168.14.0
• 虚拟机 192.168.15.100/24 → 网络号是 192.168.15.0，不在同一网段
• 正确做法：要么改虚拟机 IP 为 192.168.14.x，要么改子网掩码为 255.255.0.0（即 /16），让两者网络号都变成 192.168.0.0
• 临时验证：用 ipcalc 192.168.14.1/24 和 ipcalc 192.168.15.100/24 对比 Network 字段是否一致

真正容易被忽略的是：VMware 虚拟网络编辑器里改完子网后，必须点“应用”并重启虚拟机，否则设置不生效；而 Linux 里改完 /etc/netplan/*.yaml 后，得执行 sudo netplan apply，光保存文件没用。