1. 折腾之前先搞清楚VMware三种网络模式与Kali网卡命名这个问题我见过不止一个人卡住在VMware里给Kali Linux配置静态与动态IP改来改去就是不起作用。其实只要把VMware的虚拟网络模型、Kali的网络管理方式、网卡命名这三件事理清楚配置本身花不了五分钟。网上很多教程默认你用的是桥接模式、网卡叫eth0但实际装出来的系统可能完全不是那回事照着抄自然翻车。所以这一章先把地基打牢。1.1 VMware的虚拟交换机桥接、NAT、仅主机模式到底影响了什么VMware Workstation 里的“虚拟网络编辑器”是理解IP问题的钥匙。打开后你会看到VMnet0、VMnet1、VMnet8这三块虚拟网络默认情况下分别对应三种网络模式。你在Kali里配置静态IP时必须明白自己挂在哪块虚拟网络上因为静态IP的地址、网关、DNS都要跟当前模式匹配写错一个就上不了网。网络模式对应VMnet虚拟机拿到的IP来源通常可用的对外访问桥接模式VMnet0局域网路由器或上级DHCP可以在局域网内被其他设备直接访问NAT模式VMnet8VMware自带的虚拟DHCP服务只能通过宿主机上网外部设备默认访问不到仅主机模式VMnet1VMware自带的虚拟DHCP服务只能跟宿主机通信一般没有外网NAT模式是Kali安装后的默认选择。在这个模式下VMware会创建一个内部网段宿主机上的VMnet8网卡是这个网段的入口虚拟机从VMware DHCP服务拿到一个类似192.168.88.128的地址。我遇到过很多朋友直接把网上别人的配置抄进去结果别人的网段是192.168.10.0你自己的VMnet8子网是192.168.88.0地址根本不在同一个逻辑网络里怎么可能通。所以处理静态IP之前先打开“虚拟网络编辑器”截图确认自己的子网是多少再决定后面填什么地址。桥接模式是另一个容易出问题的地方。它相当于把虚拟机直接塞进宿主机所在的局域网Kali的IP应该由路由器分配而不是自己随便编一个。如果你在家里路由器网段是192.168.1.0却在Kali里写了个192.168.5.100的静态IP那当然谁也找不到谁。仅主机模式则一般用来做隔离实验虚拟机没有默认路由想上网还得额外增加一层NAT或路由新手如果不了解它的局限很容易配完发现“IP有了ping不通外网”这不是配置命令错而是模式本身就不支持。1.2 Kali下网卡不叫eth0了先认设备再动手老教程里全是eth0可新版本Kali的网卡名往往叫ens33、ens160或者enp2s1。原因是现代化Linux发行版默认使用systemd的可预测网卡命名规则根据PCI位置自动生成设备名。这不影响使用但你如果死板地在配置文件里写eth0系统会提示“设备不存在”之类的错误或者更恶心的是它已经失效但没报错让你原地转圈。在开始配置静态与动态IP之前先执行一条命令确认当前网卡的真实名字ip addr show输出里会有lo回环和一张物理网卡比如ens33。后面你看到的inet字段可能是192.168.88.129/24这就说明当前已经拿到了动态IP。如果网卡状态是DOWN还要先把它启动起来sudo ip link set ens33 up认准网卡名之后不管是用NetworkManager还是改配置文件都记得把接口名替换成自己的实际名字。这条规则看起来简单但几乎每次排错都能看到有人栽在上面。Kali的桌面环境里右上角网络图标也能看到当前连接的设备名称Command Line模式下就用ip命令确认最可靠。2. 动态IP让Kali开机自动从VMware的DHCP池拿地址动态IP的本质是虚拟机启动后向当前网络里的DHCP服务器发请求服务器从地址池里挑一个可用的IP租给虚拟机同时告诉它网关和DNS。在VMware的NAT模式下这个DHCP服务是VMware自己在虚拟网络编辑器里提供的小服务默认是开启的。你几乎不需要配置什么除非之前手工改成过静态IP那么本节课教你切回去并验证。2.1 默认就是动态的先检查再决定要不要动手新安装的Kali在VMware里默认启用DHCP。我判断一台Kali目前是不是动态IP最快的办法是看NetworkManager的连接属性nmcli con show nmcli con show Wired connection 1 | grep ipv4.method如果看到ipv4.method: auto说明确实是动态。如果之前被改成manual可以马上切换回动态sudo nmcli con mod Wired connection 1 ipv4.method auto sudo nmcli con up Wired connection 1注意连接名不一定是Wired connection 1有些系统是中文环境可能叫有线连接 1还有些你手动创建过其他连接。所以第一步先执行nmcli con show看看列表里到底有谁再决定引号里写什么名字。这一步省不了否则经常出现“命令执行成功但没生效”的假象。把方法改成auto之后NetworkManager会自动启动DHCP客户端。等待几秒再执行ip -4 addr show ens33如果出现一个以inet开头的地址就说明从VMware的DHCP服务手里成功拿到了动态IP。还可以顺手看下路由ip route show一般会有一条default via 192.168.88.2 dev ens33这样的记录这是DHCP服务分配给它的网关。如果你只看到网段路由而没有default说明DHCP报文不完全多半是VMware服务没跑起来后面第四部分我会专门讲。2.2 遇到拿不到地址时手动走一遍DHCP流程动态IP偶尔会出现“网卡已连接但就是没有IPv4地址”的情况。我建议按下面的顺序手动触发DHCP客户端sudo dhclient ens33 -v-v参数会打印详细过程方便看到它向谁请求、有没有收到回应。如果之前跑过DHCP先释放旧租约再重新获取sudo dhclient -r ens33 sudo dhclient ens33有些环境里NetworkManager和dhclient并存直接用nmcli device reapply ens33也可能解决问题sudo nmcli device reapply ens33这条命令会按当前NetworkManager里的连接配置重新应用一遍包括重新发起DHCP。实测下来大多数情况下执行完这一步几秒后就能看到IP了。如果反复执行都拿不到地址那基本可以确定问题在VMware侧或虚拟机网络适配器设置上而不是Kali配置问题。动态IP有一个要注意的细节VMware的DHCP服务默认租约时间比较长Kali重启后可能拿到同一个IP也可能换一个新的。如果你只是想要一个临时能上外网的环境动态就够了。但如果你后面要SSH、跑Web服务或者跟其他设备固定协作建议直接往下看静态IP方案。3. 静态IP写死一个稳定的实验地址静态IP就是自己手工指定一个固定地址不依赖DHCP服务分配。好处是重启、切换网络模式时IP不变别人访问你的Kali时不用每次查IP坏处是如果网段、网关或者DNS填错会导致看似配置了地址却完全不通。Kali里目前最推荐的配置方式是NetworkManager而不是传统/etc/network/interfaces原因我下面详细说。3.1 用NetworkManager配置静态IP绝不推荐混用两种方式新版Kali默认由NetworkManager管理网络。我用命令行给你示范如何把当前这张网卡改成静态IPnmcli con show sudo nmcli con mod Wired connection 1 \ ipv4.method manual \ ipv4.addresses 192.168.88.130/24 \ ipv4.gateway 192.168.88.2 \ ipv4.dns 8.8.8.8 114.114.114.114 sudo nmcli con up Wired connection 1这里有几个关键点。第一地址必须写成IP/子网前缀的形式不是分开写address和netmask。192.168.88.130/24代表子网掩码255.255.255.0这是最常见的写法。第二网关必须是当前网络模式下真实存在的网关。NAT模式下VMware默认把网关放在你的VMnet8子网的.2地址比如子网是192.168.88.0网关就是192.168.88.2。桥接模式下网关则是你路由器的IP比如192.168.1.1。第三DNS配置可以写多个用空格隔开整体用引号包起来。改完以后重新激活连接让配置生效sudo nmcli con down Wired connection 1 sudo nmcli con up Wired connection 1别偷懒不开这一步因为nmcli con mod只修改配置文件不一定会立刻应用。我自己第一次配置时改完直接ping网关发现Ping不通等重新up之后才恢复所以这条经验一定要记住。为什么不推荐直接改/etc/network/interfaces因为NetworkManager默认接管物理网卡你如果在interfaces里加了一套静态配置两边会互相抢网卡。常见症状是ip addr里能看到你写的静态IP但流量始终走不通因为NetworkManager可能重新激活连接时把地址又刷新了一遍。新手很难意识到这是两个管理工具在打架。如果你确实有特殊需求要用interfaces至少在配置前禁用NetworkManager对这张网卡的管理或者在纯服务器环境下把NetworkManager服务停掉。混用是踩坑率最高的操作。3.2 老式写法/etc/network/interfaces不是不能用但要先关掉NetworkManager有些朋友还是习惯传统的改文件方式也很好。步骤是先停掉NetworkManager或者让NetworkManager完全忽略这张网卡然后编辑interfacessudo systemctl stop NetworkManager sudo systemctl disable NetworkManager sudo nano /etc/network/interfaces在文件里写上类似内容auto lo iface lo inet loopback auto ens33 iface ens33 inet static address 192.168.88.130 netmask 255.255.255.0 gateway 192.168.88.2 dns-nameservers 8.8.8.8 114.114.114.114保存后重启网络sudo systemctl restart networking停用NetworkManager后这个方案会非常稳定适合那些只想让Kali当一个固定IP服务器的场景。但如果你还依赖桌面右上角网络图标、WiFi管理之类功能就会很别扭。所以我个人建议只在实验环境用这一套并且每次改完都重启虚拟机验证不要只restart networking就觉得完事。另外dns-nameservers在部分Debian系列版本里不被interfaces直接支持如果发现DNS没生效需要单独处理resolv.conf或安装resolvconf包这个问题很常见遇到别慌。3.3 配完静态IP后的三个必查项目静态IP配好不代表万事大吉我每次都要执行下面三个检查缺一个都可能埋雷。ip -4 addr show ens33 ip route show cat /etc/resolv.conf第一个检查地址和掩码是否正确确认里面有192.168.88.130/24这样的内容。第二个检查默认路由必须看到default via 192.168.88.2 dev ens33如果只有网段路由没有default说明网关没配或配错外网肯定不通。第三个检查DNS如果出现nameserver 8.8.8.8之类的记录就正常。没有DNS时你ping IP能通但ping域名会提示“Name or service not known”这是区分网关问题和DNS问题的重要手段。4. IP配好却不通按这个链路排查最省时间配置静态或动态IP之后连不上网是个老问题。过去我习惯从虚拟机里面一层层往外试后来发现应该反过来先确定虚拟机有没有拿到地址再检查VMware网络服务最后才去怀疑Kali里的配置细节。顺序搞反了容易做无用功比如你反复改DNS其实问题在VMware的NAT服务根本没启动。4.1 第一步先分清“没地址”和“有地址不通”拿到一台连不上网的Kali先别急着改配置运行ip addr show看网卡上到底有没有IPv4地址然后测一下网关连通性。如果ip addr里完全没有inet字段说明问题在地址获取阶段要么DHCP没响应要么NetworkManager没接管网卡。如果网卡上有IP但ping 192.168.88.2超时说明从Kali到网关之间的路径有问题重点检查VMware网络模式是否匹配、静态IP网段是否写错。如果ping网关正常但ping 8.8.8.8不通说明默认路由或NAT服务有问题重点检查VMware NAT Service。如果ping 8.8.8.8能通但ping baidu.com不通说明DNS配置错误。把问题归类到这个表里基本能裁掉一半不必要的操作。4.2 第二步查VMware侧服务、子网、网络适配器Windows宿主机上VMware的NAT和DHCP是两个独立Windows服务。打开服务管理器输入services.msc找到“VMware NAT Service”和“VMware DHCP Service”确认状态是“正在运行”。很多优化软件会把它们关掉导致Kali启动后一直显示“connecting”但拿不到IP或者能拿到地址但没有NAT转发能力外网不通。下一步打开“虚拟网络编辑器”重点看VMnet8的“子网IP”是多少。比如子网是192.168.88.0那么所有虚拟机里配置的静态IP都必须落在192.168.88.1到192.168.88.254之间网关通常是192.168.88.2。我遇到过一位朋友在虚拟网络编辑器里顺手把VMnet8改成192.168.200.0但忘了Kali里还写着192.168.88.2结果什么都连不通。每次修改虚拟机IP前打开这个编辑器截个图把子网和网关记下来能省很多时间。最后看虚拟机的“网络适配器”配置。在关闭虚拟机状态下右键设置确认网络连接选的是“NAT模式”还是“桥接模式”并且“自定义”指向的VMnet编号存在于虚拟网络编辑器里。如果不小心把NAT模式的VMnet编号改成了自定义VMnet3而VMnet3没有配置NAT服务自然也不会有网关。4.3 第三步查虚拟机侧配置文件冲突和MAC漂移如果VMware侧没问题再回Kali里检查配置冲突。最典型的是NetworkManager和interfaces混用解决办法前面已经说了选择一个管另一个别碰。此外还有几个容易忽视的地方静态IP和局域网内已有设备冲突先在Kali里执行arping 192.168.88.130 -I ens33如果有别的设备回应就换一个末尾数字。网关地址写错为广播地址比如子网是/24网关不能写成192.168.88.255那是广播地址。DNS设置成了不可达地址比如VMware仅主机模式配了8.8.8.8但虚拟机没有外网能力域名解析就会一直超时。克隆虚拟机后MAC地址和NetworkManager里保存的配置不匹配这个非常常见我会在下一节专门处理。排查时不要靠猜。用journalctl -u NetworkManager看日志或者nmcli device status看设备状态都能比盲改更快定位问题。5. 让环境动静结合我的双配置切换方案与克隆机修复实际用Kali的时候我经常需要在固定IP和自动获取之间来回切。比如做内网测试时希望Kali固定在一个地址方便其他工具连接平时日常更新又希望DHCP自动拿到网络环境参数。每次手动改来改去很烦所以我把这套流程固定成了两条NetworkManager连接几秒钟就能切换。5.1 准备两个连接配置实现动态与静态IP一键切换思路很简单为同一张物理网卡创建两个NetworkManager连接名一个叫kali-dhcp一个叫kali-static一个用auto一个用manual。创建命令类似sudo nmcli connection add type ethernet con-name kali-dhcp ifname ens33 ipv4.method auto sudo nmcli connection add type ethernet con-name kali-static ifname ens33 \ ipv4.method manual \ ipv4.addresses 192.168.88.131/24 \ ipv4.gateway 192.168.88.2 \ ipv4.dns 8.8.8.8 114.114.114.114创建后想用动态就执行sudo nmcli connection up kali-dhcp想切回固定IP就执行sudo nmcli connection up kali-staticNetworkManager会自动停掉当前激活的另一个连接不需要你手动down。如果你希望开机固定用某一个可以用sudo nmcli connection modify kali-static connection.autoconnect yes并给另一个设置connection.autoconnect no。这样以后一开机就是静态IP只有需要时才临时切到DHCP。实际使用里我还会给两个连接分别加注释避免过了一个月自己都记不清哪个是哪个。加注释的命令是sudo nmcli connection modify kali-dhcp connection.description auto-ip这个属于锦上添花但确实能让工作台干净不少。5.2 克隆虚拟机后的IP修复MAC变了配置也要变从一台Kali基准虚拟机克隆出多个测试节点时最容易出现“克隆机IP和原机一样”或者“网卡名从ens33变成ens37”这种怪事。原因是VMware克隆时复制了虚拟磁盘但MAC地址已经变了而NetworkManager里保存的连接还是绑定着原MAC。我的处理方法是先删除旧的连接配置再重新创建一个全新的。步骤如下nmcli con show sudo nmcli con delete Wired connection 1 sudo nmcli connection add type ethernet con-name clone-ip ifname ens33 ipv4.method auto创建新连接时NetworkManager会自动匹配当前网卡。如果网卡名发生了变化用ip link show确认实际名字把上面命令里ifname ens33换成真正的设备名。如果遇到残留的udev规则导致网卡反复改名为eth1之类新版Kali一般不会再出现但老版本可以检查是否存在/etc/udev/rules.d/70-persistent-net.rules有的话删除后重启。另外克隆多个节点需要不同静态IP时我习惯在创建连接时直接写死本节点的IP再配合nmcli con up启动。每台机器只保留与自身对应的静态连接就不会出现多台节点互相抢同一个IP的尴尬场面。这套方法我已经用了不少时间从装好Kali到完成网络配置通常十分钟内能解决关键还是前面说的先认清网卡名再确认VMware网络模式然后分清动态和静态的适用场景。
