内容摘要：kali虚拟机网络配置 桥接模式翻车了。上周我拿kali做内网渗透测试，虚拟机死活ping不通物理机，折腾两小时才发现是VMware默认的NAT网段和公司路由器冲突。这种坑，你迟早也会踩。 先说结论：

kali虚拟机网络配置

桥接模式翻车了。虚拟上周我拿kali做内网渗透测试，机网虚拟机死活ping不通物理机，络配折腾两小时才发现是虚拟VMware默认的NAT网段和公司路由器冲突。这种坑，机网你迟早也会踩。络配

先说结论：kali在虚拟机里最省心的虚拟方案是NAT模式，但要做端口转发。机网桥接模式适合需要直接暴露在局域网场景，络配前提是虚拟你得手动改对IP段。别指望DHCP自动分配——很多路由器对虚拟机MAC地址有过滤策略。机网

三种模式的络配真实区别

NAT模式相当于虚拟机躲在物理机后面上网，对外只有物理机一个IP。虚拟好处是机网物理机断网，虚拟机也断网——这恰好是络配渗透测试需要的隔离环境。桥接模式则是虚拟机直接插到局域网交换机上，能拿到独立IP，但也会暴露你的真实物理位置。

仅主机模式最容易被忽略。它创建了一个虚拟封闭网络，只有物理机和虚拟机互通。我常用它来模拟内网横向移动，因为完全不需要外部网络，还能防止恶意代码反向连出来。

配置实战：NAT模式下的固定IP

打开VMware的虚拟网络编辑器，把VMnet8的子网改成192.168.88.0/24，DHCP设置起始地址192.168.88.128。别用默认的192.168.x.x段——很多家用路由器默认就是192.168.1.1，容易冲突。

进kali终端执行：

sudo nano /etc/network/interfaces auto eth0 iface eth0 inet static address 192.168.88.99 netmask 255.255.255.0 gateway 192.168.88.2 dns-nameservers 8.8.8.8

保存后重启网络服务。注意gateway要填VMware虚拟网卡的IP，不是物理机路由器的。查看方式：在物理机cmd里输ipconfig，找VMware Network Adapter VMnet8那一行。

桥接模式的致命细节

选桥接模式时，VMware默认“自动”选择物理网卡。如果你电脑同时插着网线和连着WiFi，虚拟机可能桥接到错误的网卡上。手动指定桥接到有线网卡，然后进kali执行dhclient eth0重新获取IP。

桥接后第一件事是ping网关。如果ping不通，八成是物理网卡的防火墙拦截了虚拟机流量。Windows防火墙要允许VMware的虚拟网络服务，这个坑比想象中隐蔽——它只在首次桥接时弹出一次授权窗口，很多人没注意就点掉了。

端口转发的骚操作

NAT模式下想从物理机访问kali的ssh服务，得在虚拟网络编辑器里加端口转发规则。把宿主机的2222端口映射到虚拟机的22端口，然后物理机执行ssh -p 2222 kali@127.0.0.1。这样既安全又隐蔽，别人扫你物理机IP时根本发现不了后面还藏着个kali。

一个隐蔽的DNS坑

kali默认的DNS解析有时会卡死。特别是你改了静态IP后，/etc/resolv.conf会被NetworkManager重写。执行chattr +i /etc/resolv.conf锁定文件，防止系统自动覆盖。这个命令能救你于水火——别问我怎么知道的，我曾在一次应急响应中因为DNS解析不了，眼睁睁看着目标服务器把日志删光。

最后提醒一句：配置完后用systemctl restart networking重启服务，别用service network-manager restart，后者会重置你所有iptables规则。如果你在跑ettercap或bettercap这类工具，规则一没，流量嗅探直接就断了。