1. 装完系统后的第一件事：基础环境配置
1.1 镜像选择与国内源配置
Kali 2026.2发布之后，我第一时间在虚拟机里装了一版自用。本来以为还是老套路下载镜像、一路下一步就行，结果这次有几个细节明显跟以前不一样，尤其是VMware Tools的默认状态，很多从旧版本升级上来的朋友会在这里卡住。我把这套从装系统到工具配置的完整过程整理出来，给自己留个档，也给正在折腾Kali的同学一个参考。
先说镜像。Kali官网下载页面提供三种镜像：Installer（完整安装器）、Live（直接运行）、Network Installer（网络安装）。如果是在VMware Workstation里装虚拟机，我推荐下载Installer版本，它比Live版更干净，安装时可以直接选桌面环境、额外工具集，后面省去不少手动安装的麻烦。2026.2版本的内核我印象里已经升级到了6.x系列，硬件兼容性比老版本强不少，虚拟机的默认配置基本不用改。
装完系统之后第一件事就是换源。Kali官方源在国内访问速度非常不稳定，耐心等待刷新能等到，但apt update可能要跑十几分钟，中间断一次整个人都麻了。我习惯直接把源换成清华镜像或阿里云镜像，操作路径是编辑/etc/apt/sources.list，把默认的http://http.kali.org/kali替换成国内镜像地址。需要注意的一点是，新版Kali的sources.list文件里默认只有kali-rolling这一个仓库，但2026.2版本里还会有一个kali-last-snapshot或者类似的快照仓库，如果源文件里出现了这类条目，替换时一并处理掉，避免apt update时报错。
替换完执行sudo apt update会明显感觉到速度提升。这里有个细节：apt update只要不报错就算成功，不需要每次更新后都执行apt upgrade，尤其是在虚拟机里做日常安全测试的场景下，系统包升级反而可能破坏已调试好的工具链，理性升级比追新更重要。
1.2 中文环境与显示字体
Kali默认是全英文界面，日常使用倒没太大问题，但涉及Burp Suite抓包看中文响应、用浏览器访问中文网站、或者用Wireshark看中文协议字段时，乱码太烦人了。装中文环境的步骤其实不复杂，基本三步走：安装语言包、设置locale、配置输入法。
sudo apt install locales sudo dpkg-reconfigure locales在locale配置界面里勾选zh_CN.UTF-8 UTF-8，确定后设为系统默认语言。随后安装中文字体和输入法框架：
sudo apt install fonts-noto-cjk fcitx5 fcitx5-chinese-addons装完后重启或注销重新登录，界面就会切换成中文。整个配置逻辑并不复杂，核心在于locale的生成和默认语言设置，很多人在dpkg-reconfigure locales这一步只勾选了zh_CN.UTF-8却没有设为默认，导致注销登录后界面还是英文，只要重新执行一遍并把zh_CN.UTF-8设为默认即可。
字体方面，Noto CJK是目前虚拟机上表现最稳的中文字体，覆盖简体、繁体、日文和韩文，不用担心某个字符显示成方块。安装之前如果遇到apt提示缺少依赖，顺手执行sudo apt --fix-broken install补一下就行。
1.3 开启SSH远程管理
Kali默认没有启动SSH服务，这让我很不习惯。很多操作在宿主机上通过终端连到虚拟机里做会更顺手，尤其是需要把工具输出的文本内容复制到宿主机的情况下，VMware的窗口剪贴板偶尔失灵，SSH反而是最可靠的方式。
sudo systemctl enable --now ssh执行完这条命令就搞定了，SSH服务会开机自启。不过Kali的安全策略规定默认不允许root用户通过密码方式SSH登录，如果确实需要root远程登录，得去改/etc/ssh/sshd_config里的PermitRootLogin，我个人的习惯是保留默认值，平时用普通用户登录后再sudo -i切换，安全性和便利性兼顾。
检查SSH是否正常监听：
sudo ss -tlnp | grep 22看到LISTEN状态就说明服务已经在跑了。还有个坑要认真提一下——Kali 2026.2的防火墙默认是放行SSH的，但如果之前手动装过UFW或firewalld，记得SSH端口放行，否则连不上。
2. VMware虚拟机里的Kali：Tools装不装、怎么装
2.1 新版VMware的变化：open-vm-tools
这是这版Kali装虚拟机时最容易踩坑的地方，因为很多新装的Kali在VMware里分辨率锁定在800x600或1024x768，鼠标移出虚拟机窗口还要按Ctrl+Alt，体验非常差。所有教程都会告诉你"装VMware Tools"，但是2026.2版Kali跟VMware Workstation 17 Pro搭配时，VMware Tools的安装逻辑已经变了——新版的VMware Workstation不再像以前那样为Debian系客户机提供内置的VMware Tools安装包，而是推荐直接在客户机系统里安装open-vm-tools和open-vm-tools-desktop。
热搜词里有一条"vmware tools is no longer shipped with vmware workstation for this guest ope"，说的就是这个情况。所以别再费劲找VMware的安装镜像了，在Kali终端里直接执行：
sudo apt install open-vm-tools open-vm-tools-desktop这两个包是开源的VMware Tools替代品，功能上完全覆盖了传统VMware Tools的核心能力：鼠标自由进出、分辨率自适应、剪贴板共享、文件夹共享、时间同步。如果你还需要将虚拟机内的文件直接拖拽到宿主机，传统VMware Tools的拖放功能默认不可用，但通过共享文件夹也能实现同样效果。
2.2 安装步骤与验证方法
装完open-vm-tools之后，重启虚拟机让服务生效。验证安装是否成功有两种方式：
systemctl status open-vm-tools服务状态是active (running)就说明正常。然后尝试调整虚拟机窗口大小，如果分辨率能跟着宿主机窗口自动变化，说明open-vm-tools-desktop也正常工作了。
这里还有个常见误区：Kali里有时候能看到open-vm-tools进程在跑，但桌面分辨率就是不变。这种情况通常是桌面环境没加载完或者显卡驱动问题，可以先sudo reboot重启一次，如果还是不行，检查是否装了闭源NVIDIA驱动——在虚拟机里装NVIDIA驱动反而会干扰VMware的图形适配器，建议彻底卸载。
2.3 共享文件夹与剪贴板的实际配置
共享文件夹是Kali虚拟机和宿主机之间传文件最稳定的方式。在VMware Workstation里设置共享文件夹的路径是：虚拟机设置 -> 选项 -> 共享文件夹 -> 添加。选择宿主机上的一个目录，比如D:\kali-share，然后勾选"启用"和"映射为网络驱动器"。
在Kali里访问共享文件夹的位置是/mnt/hgfs/，默认情况下这个目录需要手动挂载，执行：
sudo vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other -o uid=1000如果提示vmhgfs-fuse找不到，多半是open-vm-tools-desktop没装，或者Kernel模块没加载，重新执行一遍sudo apt install --reinstall open-vm-tools-desktop并重启即可。
剪贴板共享在open-vm-tools下默认是双向的，可以直接从宿主机复制文本到Kali终端，复制Kali里的命令输出到宿主机也没问题。但要注意：Kali里复制代码到宿主机Windows时，换行符可能会从\n变成\r\n，粘到Notepad++里会出现空行。解决的办法是复制到Windows后用编辑器的"粘贴特殊功能"选择纯文本粘贴，或者直接用重定向输出到文件再通过共享文件夹取回。
3. 自用工具清单：我在Kali 2026.2上装了这些
3.1 用Docker起靶场：DVWA快速搭建
Kali自带工具已经覆盖了绝大多数渗透测试场景，但做Web安全测试时，我习惯在本地起一个DVWA靶场练手。为了不污染系统环境，Docker是首选方案。Kali 2026.2装Docker很简单：
sudo apt install docker.io docker-compose sudo systemctl enable --now docker如果apt install docker.io时提示依赖冲突，可以换成官方脚本安装：
curl -fsSL https://get.docker.com | sudo sh这个脚本会自动识别系统发行版并添加Docker官方源。装完Docker后拉取DVWA镜像：
sudo docker pull vulnerables/web-dvwa sudo docker run -d -p 80:80 vulnerables/web-dvwa启动后宿主机浏览器访问http://127.0.0.1就能进入DVWA登录页。这里有个地址计算的细节：如果从宿主机访问虚拟机里的DVWA，URL要写虚拟机的IP而不是127.0.0.1，查看虚拟机IP用ip addr命理即可。另外DVWA默认容器里MySQL的初始化需要一点时间，刚启动时访问页面可能会报数据库连接错误，等十秒左右刷新就好。
DVWA只是最基础的一个，Docker化部署靶场的优势在于可以随时销毁重建，完全不影响Kali本机的工具链。如果需要更复杂的漏洞环境，可以用docker-compose编排Vulhub的多个靶场，一个docker-compose.yml文件定义好各个服务端口和依赖，然后一键启动。
3.2 Burp Suite安装与中文配置
Burp Suite是Web安全测试绕不开的重量级工具。Kali 2026.2默认不带Burp Suite，需要手动装。社区版直接从官网下载安装脚本就行，专业版则需要自己获取安装包。我自用的流程是官网下载burpsuite_community_linux_v2024_x.sh这类安装脚本，然后：
chmod +x burpsuite_community_linux_v2024_x.sh sudo ./burpsuite_community_linux_v2024_x.sh安装器是图形界面的，选好安装路径就完事。如果觉得图形安装脚本麻烦，也可以直接在Kali的应用菜单里用kali-tools管理工具一键安装。
中文配置方面，Burp Suite的官方版本默认只有英文界面，需要配合汉化补丁使用。常见的汉化思路是下载BurpSuiteCN之类的汉化包，用-javaagent参数加载汉化jar包。启动命令类似：
java -javaagent:BurpSuiteCN.jar -noverify -jar burpsuite_pro.jar需要注意：Burp Suite的汉化补丁必须跟主程序版本严格对应，版本不一致会导致界面文字错乱。另外，因为Burp Suite运行在Java环境下，如果Kali系统里装的是OpenJDK 17或更高版本，部分老版本Burp可能启动报错，建议使用Kali源里自带的OpenJDK 11配合Burp。
3.3 系统安全审计工具Lynis
这是热搜词里被点名的一个工具。Lynis是一款开源的安全审计工具，可以对Linux系统进行全面检查，输出安全建议和合规性报告。Kali源里直接有：
sudo apt install lynis sudo lynis audit systemLynis的审计报告非常详细，覆盖了系统补丁、文件权限、用户策略、网络配置等多个维度，扫描完成后结果保存在/var/log/lynis-report.dat里。它有社区版和企业版之分，社区版免费但可以完成90%的日常审计需求，对于个人学习和基线检查足够了。
跑Lynis之前建议先sudo apt update确保系统包索引是最新的，否则审计结果里会有大量"软件包过期"的警告。另外Lynis跑一次要几分钟，期间不要开大型应用，否则扫描结果会受影响。
3.4 移动端签名与日常辅助工具
热搜词里还有一个容易被忽略的：jarsigner。这是JDK自带的jar包签名工具，平时在做Android应用安全测试时需要用它给修改过的APK重新签名，否则应用无法安装到设备上。Kali 2026.2默认的openjdk-17-jdk里已经包含了jarsigner，不需要额外安装。
jarsigner -verbose -keystore my.keystore app.apk alias_name日常测试中还常用的工具包括adb（Android调试桥），Kali源里包名叫adb，直接apt安装。配合scrcpy可以在电脑上投屏操作Android设备，这两个工具对移动端测试来说基本是标配。装完这些之后，Kali才算真正变成一台趁手的自用工具机，而不是一个装完系统就搁置的"演示环境"。
4. 从踩坑到顺手：几个值得注意的细节
4.1 程序菜单消失了怎么恢复
某次开机后Kali的应用程序菜单突然变成空的，所有分类下的工具都看不到了。这个问题的诱因很多，最常见的是桌面环境的菜单缓存损坏。恢复方法很简单，在终端里执行：
killall xfce4-panel rm -rf ~/.config/menus ~/.local/share/desktop-directories xfce4-panel &重启面板进程后，菜单缓存会被重新生成。如果这样还不行，试试重置桌面环境配置：
mv ~/.config/xfce4 ~/.config/xfce4.bak注销重新登录，桌面会恢复默认状态但不会丢失个人文件。这类问题在Kali里出现频率不高，但一旦遇到很耽误事，提前知道恢复手段能省下不少时间。
4.2 源失效与依赖问题的处理思路
Kali是滚动发行版，包的更新非常激进，容易出现依赖关系断裂的情况。有一次我执行apt upgrade后，发现某个工具启动时报缺少动态库，而动态库所在包却显示已安装最新版本。排查到最后发现是源的问题——Kali旧版本快照仓库里某些包版本冲突，导致apt解析依赖时选了错误的版本。
遇到这类问题，首先不要慌，更不要盲目apt remove出问题的包。正确的排查链路是：
apt-cache policy <包名>查看当前包版本和可用版本，确认是否出现了版本错乱。然后再执行：
sudo apt --fix-broken install让apt自动修复依赖关系。如果自动修复失败，可以检查/etc/apt/sources.list里的源配置是否出现了重复条目，或者切换一次镜像源再重新update。保持一个稳定、单一的源能避免绝大多数依赖问题，这也是我一开始就强烈建议换源时清理掉旧仓库条目的原因。
4.3 磁盘扩容与快照管理
Kali虚拟机的虚拟磁盘默认20G，装完基础工具加Docker镜像后很容易不够用。扩容前务必先打一个快照，防止扩容过程中数据损坏。VMware Workstation里扩容虚拟磁盘的路径是：虚拟机设置 -> 硬盘 -> 实用工具 -> 扩展。磁盘扩容到40G后，Kali里还需要手动扩展分区和文件系统。
进入Kali后查看磁盘分区情况：
sudo fdisk -l找到扩展后的磁盘设备，比如/dev/sda，然后使用gparted进行图形化分区调整：
sudo apt install gparted sudo gparted在gparted界面里把根分区向右拖动到全部分区空间，然后应用变更。整个过程不需要重启，操作完成后用df -h确认根分区大小已经是40G即可。
这里需要特别强调快照的作用，不要嫌它占磁盘空间就把快照删得太早。扩容分区也好，装新驱动也好，这类底层操作一旦失败，快照就是救命的稻草。我自己习惯在每次重大操作之前打一个快照，操作确认无误后再删除旧快照，这样即使翻车也能快速回滚。
回到最初的话题，Kali 2026.2这套自用工具链，核心其实就三块：稳定的系统环境、顺手的虚拟化体验、覆盖测试场景的工具集合。open-vm-tools解决了虚拟机的显示和交互问题，Docker解决了靶场环境污染问题，Burp Suite加Lynis补足了Web和系统层面的审计需求。这些工具之间有很强的互补性：Docker保证靶场环境的独立性，Burp Suite负责流量层面的分析，Lynis兜底系统配置的安全基线，而jarsigner这类小工具则解决日常测试中的细碎问题。其他工具按需安装即可，不必追求大而全。每次重装系统，这套流程走下来基本半小时内恢复战斗力，希望对同样折腾Kali的朋友有所帮助。
