虚拟机没有网卡,归根结底只有两种可能：要么虚拟硬件没接上，要么系统里驱动没装上，先在虚拟机软件里确认“网络适配器”这个设备存在并且勾选了“已连接”，再进客户机系统看设备管理器或 ip link 有没有识别到网卡，多数情况下十分钟内就能恢复联网。
虚拟机没有网卡怎么联网：先分清是“设备丢失”还是“驱动缺失”
不少人一上来就改 IP、重启网络服务，折腾半小时没动静，问题在于方向错了，虚拟机联网这条链路有三层，任何一层断了，现象都是“没有网卡可用”。
- 虚拟硬件层：虚拟机配置里根本没有了网络适配器这个设备，或者设备存在但没勾选连接。
- 驱动层：设备在，但客户机系统不认，设备管理器里挂黄色感叹号，Linux 下
lspci能看到设备却不出网卡接口。 - 配置层：网卡在、驱动也正常，但网卡被禁用、命名被改、IP 配置错、DHCP 拿不到地址。
判断方法很直接,对照下面这张表，基本三十秒能定位方向。
| 现象 | 大概率原因 | 处理方向 |
|---|---|---|
| 虚拟机设置里找不到“网络适配器”条目 | 虚拟硬件被移除 | 手动添加网络适配器 |
| 条目在，但“已连接”没勾 | 虚拟网线没插 | 勾选已连接与启动时连接 |
| 设备管理器有黄色感叹号，或 Linux 下 ip link 只看到 lo | 驱动缺失 | 装 VMware Tools、virtio 驱动 |
| 网卡在但状态 down、无 IP | 配置或 DHCP 问题 | 启用网卡、检查 DHCP 与虚拟网络 |
先花一分钟看清楚自己在哪一层,比盲目重装虚拟机软件有用得多。
客户机系统的三种典型“没网卡”
Hyper-V 下常见的情况是虚拟机里只有一个“旧版网络适配器”，或者压根没有网络设备，这时候要看虚拟交换机有没有绑定物理网卡，外部交换机建好之后宿主机短暂断网是正常现象。
VMware 这边，克隆或复制出来的虚拟机会重新生成 MAC 地址，如果选了“我已移动该虚拟机”但没重新生成，网卡可能不出现，或者出现两个重名设备。
KVM、Proxmox 这类平台，Windows 客户机不装 virtio-win 驱动就是没有网卡，Linux 客户机一般内核自带 virtio_net，但需要确认模块加载了，命令是 lsmod | grep virtio，没有的话 modprobe virtio_net 试一下。
虚拟机网络适配器不见了怎么恢复：按这五步走
这五步的顺序是有讲究的,从外到内，从虚拟化层到操作系统层，不要跳步。
第一步：在虚拟机设置里确认设备是否存在
VMware Workstation 打开“虚拟机 → 设置”，看硬件列表里有没有“网络适配器”，没有就点“添加 → 网络适配器 → 下一步”，选好桥接、NAT 或仅主机模式，保存。
VirtualBox 是“设置 → 网络”，适配器 1 的“启用网络适配器”要打勾，连接方式选 NAT 或桥接。
Hyper-V 是“设置 → 添加硬件 → 网络适配器”，然后在“虚拟交换机”里指定一个可用的交换机。
第二步：确认“已连接”和“启动时连接”
这两个勾选项看起来不起眼,实际是高频原因，设备存在但没勾“已连接”，相当于网线没插；不勾“启动时连接”，每次开机都要手动插一次网线。
第三步：进系统看设备有没有被识别
Windows 下按 Win + R 输入 devmgmt.msc，展开“网络适配器”，有黄色感叹号是驱动问题；如果只看到“Microsoft KM-TEST 环回适配器”，说明虚拟网卡根本没被识别，回到第二步检查。
Linux 下依次跑这三条：
ip link show，看有没有 eth0、ens33 这类接口lspci | grep -i ethernet，看 PCI 层面有没有设备dmesg | grep -i eth，看内核有没有报错
三条命令的结果组合起来,就能判断是硬件没接、驱动没装，还是设备被 udev 改了个名字。
第四步：处理网卡被禁用和命名变化
Windows 下 ncpa.cpl 打开网络连接窗口，灰色图标就是被禁用的，右键启用。
Linux 下如果是克隆机，网卡名从 ens33 变成 ens34 很常见，CentOS 系列要改 /etc/sysconfig/network-scripts/ifcfg-ens33 里的 NAME 和 DEVICE 字段，文件名也一起改，然后用 nmcli connection reload 重新加载，Ubuntu 18.04 以后走 netplan，检查 /etc/netplan/ 下的 yaml，改完执行 netplan apply。
老版本的 CentOS 6 还有 /etc/udev/rules.d/70-persistent-net.rules 这个文件，删掉重启就会重新生成。
第五步：补驱动
VMware 客户机装 VMware Tools，开源系统装 open-vm-tools，一条 apt install open-vm-tools 或 yum install open-vm-tools 就能解决大部分识别问题。
KVM 和 Proxmox 下的 Windows，挂载 virtio-win 的 ISO，在设备管理器里对未知设备手动指定驱动路径，网络设备选 NetKVM 目录。
VirtualBox 增强功能包同理，装完重启再看。
虚拟机桥接模式和NAT模式哪个好：联网方式的选择
修好网卡之后,下一个问题往往是“选哪种模式”，这是两件不同的事，网卡存在是前提，联网方式决定能不能出网、别人能不能访问你。
| 对比项 | NAT 模式 | 桥接模式 | 仅主机模式 |
|---|---|---|---|
| 能否上网 | 能，走宿主机转发 | 能，等同局域网一台独立机器 | 不能 |
| 局域网其他设备能否访问虚拟机 | 默认不能，需要端口转发 | 能 | 不能 |
| IP 来源 | 虚拟 DHCP 分配私有网段 | 路由器或公司 DHCP | 虚拟网络内固定 |
| 适合场景 | 个人开发、临时测试 | 模拟服务器、需要被访问 | 内网靶场、隔离测试 |
| 常见问题 | 虚拟 NAT 服务未启动 | 无线网卡桥接需手动指定物理网卡 | 无外网属正常 |
NAT 模式连不上，先看宿主机服务，Windows 下 services.msc，找 VMware NAT Service 和 VMware DHCP Service，这两个停了，虚拟机拿到 IP 也出不去，启动类型改成自动，再重启虚拟机试。
桥接模式连不上,多半是桥到了错误的物理网卡上，笔记本同时有有线和无线时，在虚拟网络编辑器里手动指定桥接到当前在用的那块网卡，比“自动”靠谱。
云服务器上的虚拟机没有网卡：几个容易踩的坑
在云主机里再开虚拟机,或者用云服务器做嵌套虚拟化，网卡问题会多一层，据主流云厂商公开文档，部分实例规格默认不开启嵌套虚拟化，需要提交工单申请，这类限制在购买页面上不一定写得特别显眼。
另一类高频情况是安全组,网卡在、IP 有、ping 网关通，但外网访问不了，八成是安全组没放行端口，这跟本地虚拟机的排查思路完全不同，本地不用考虑安全组。
还有 MAC 地址冲突，克隆虚拟机时如果保留原 MAC，同一网段内两台机器会互相抢流量，表现为时通时断，VMware 里选“我已复制该虚拟机”会自动重新生成；手工复制的就要去设置里点一次“生成新的 MAC 地址”。
据公开的云服务计费说明,弹性公网 IP 和带宽通常按固定带宽或按使用流量两种方式计费，按流量计费在低负载时更划算，高负载时单价折算下来反而更高，这类成本问题在本地虚拟机里不存在，上云之后就得算进来。
什么时候值得花钱：远程协助与带宽成本
大部分虚拟机没网卡的问题,自己按上面的步骤走一遍就能解决，不需要额外支出，真要花钱的场景通常是两类。
一类是公司内网环境复杂,桥接、VLAN、准入认证交织在一起，个人排查成本很高，找第三方做远程协助，行业里这类服务的收费差异较大，按次计费从几十元到几百元不等，按年维护的报价更高，具体看响应时效和服务范围。
另一类是云上带宽,虚拟机网卡修好了，公网出不去，很多时候不是故障，是带宽或 EIP 没买，买之前先估一下峰值流量，别一上来就按固定带宽拉满。
虚拟机没有网卡怎么联网：高频疑问解答
克隆后的虚拟机开机就没网卡，最快怎么修？
先在虚拟机设置里确认网络适配器存在并勾选已连接,再重新生成 MAC 地址，Linux 系统再检查网卡命名是否从 ens33 变成了 ens34，改掉 ifcfg 配置里的 NAME 和 DEVICE 即可，Windows 系统进设备管理器看有没有未知设备，有就装 VMware Tools。
虚拟机里 ip link 能看到网卡，但始终拿不到 IP，怎么办？
先确认虚拟网络的 DHCP 服务在运行，VMware 对应 VMware DHCP Service，再看客户机是不是被设成了静态 IP 且网段和虚拟网络不匹配，Linux 下可以用 dhclient ens33 手动触发一次，能拿到地址说明是配置问题，拿不到就往虚拟网络编辑器和防火墙方向查。
Hyper-V 虚拟机和 VMware 虚拟机在网卡处理上有什么差异？
Hyper-V 依赖虚拟交换机，外部交换机绑定物理网卡后宿主机短暂断网属正常，虚拟机侧要确认网络适配器绑定了正确的交换机，VMware 依赖虚拟网络编辑器里的 VMnet，NAT 和仅主机模式各有独立服务，服务停了网就不通，行业共识认为，两者的排查顺序都是从虚拟硬件到驱动再到系统配置，只是工具入口不同。
把这三层顺序记住,下次再遇到虚拟机没有网卡，先看设备在不在，再看驱动认不认，最后看配置对不对，比乱试命令快得多。