虚拟机装好了，虚拟系统也跑起来了，机连接外但 ping 不通外网。网设这几乎是虚拟每个玩虚拟化的人都会撞上的第一堵墙。别急着怀疑人生，机连接外问题多半出在虚拟机的网设网络模式上——你选的 NAT 还是桥接，直接决定了它能不能和外面的虚拟世界对话。

默认情况下，机连接外VMware 或 VirtualBox 给你的网设虚拟机配的是 NAT 模式。这个模式挺有意思，虚拟它相当于给你的机连接外虚拟机找了个“代理妈妈”——宿主机充当网关，虚拟机躲在后面，网设靠宿主机的虚拟 IP 出去上网。好处是机连接外省事，装完就能通；坏处是网设，外部设备想主动访问你的虚拟机，门都没有。你从虚拟机里 ping 8.8.8.8 能通，但宿主机 ping 虚拟机的 IP，大概率是石沉大海。

如果你只是想让虚拟机上网，NAT 就够了。但要是你打算在虚拟机里跑个 Web 服务，或者想用 SSH 从外面连进去，那就得换桥接模式。桥接的思路更直接——虚拟机的虚拟网卡直接“桥接”到宿主机的物理网卡上，它就像局域网里的一台独立电脑，拥有自己的 IP，和宿主机平起平坐。这时候，外部设备能直接访问它，它也能主动访问别人，谁也不欠谁。

切换模式很简单：虚拟机设置里找到网络适配器，把 NAT 改成桥接，然后重启虚拟机。但别高兴太早，桥接有个坑——如果宿主机连着 Wi-Fi，而且路由器开了 AP 隔离，那虚拟机照样上不了网。AP 隔离这玩意儿本来是防止局域网设备互相嗅探的，结果把虚拟机也挡在门外了。我上次在公司配一台 Ubuntu 虚拟机，桥接后死活连不上，最后发现是公司 Wi-Fi 的 AP 隔离在作祟，换成有线网口瞬间就通了。这种细节，文档里不会写，只能靠踩坑。

还有个更隐蔽的问题：虚拟机里的 IP 地址。NAT 模式下，虚拟机通常走 DHCP 从虚拟网卡那拿地址，比如 192.168.56.x 或者 10.0.2.x，这些段和宿主机不在一个网段，所以外部访问要配端口转发。桥接模式下，虚拟机的 IP 得和宿主机在同一个网段，比如宿主机是 192.168.1.5，虚拟机就得是 192.168.1.xxx。如果 DHCP 没给你分配对，就得手动去改虚拟机的网络配置文件。Linux 下改 /etc/network/interfaces 或者用 Netplan，Windows 虚拟机就直接在“网络和共享中心”里改，没什么玄学。

最后说个我自己的观察：很多人一遇到虚拟机连不上外网，第一反应是去折腾防火墙或者 DNS，其实八成是模式选错了。NAT 模式下，虚拟机的 DNS 默认走宿主机的解析，宿主机能上网，虚拟机一般也能；桥接模式下，DNS 直接走路由器分配，要是路由器本身 DNS 有问题，那虚拟机也会跟着遭殃。排查顺序应该是：先确认网络模式，再 ping 网关，最后才看 DNS。顺序反了，你会白折腾半天。

对了，还有一种情况——你用的是云服务器上的嵌套虚拟化。比如在阿里云或者腾讯云的 ECS 里再开一个 VMware，这时候桥接模式基本废了，因为底层物理网络根本不给你发 ARP 广播。唯一能用的就是 NAT，而且还得配好宿主机上的 IP 转发规则。这种情况下，别指望虚拟机对外提供服务，老老实实做端口映射吧。

说到底，虚拟机连外网不是什么高深技术，核心就一句话：选对模式，看对网段，查对网关。剩下的，都是细节。