Kali Linux VMware共享文件夹配置指南 AI版

文章目录一、在 VMware 中设置共享文件夹二、在 Kali Linux 中安装 VMware 工具三、创建挂载点并测试手动挂载四、配置开机自动挂载五、权限修复与常见问题5.1 挂载点权限问题5.2 重启后进入不了桌面5.3 /mnt/hgfs 为空5.4 写入时提示“只读文件系统”六、验证与总结在使用 Kali Linux 进行渗透测试或安全研究时经常需要在宿主机如 Windows和虚拟机之间交换字典、脚本、样本文件或抓包数据。VMware 提供的共享文件夹功能可以将宿主机的一个目录直接映射到虚拟机内部省去反复通过 SCP 或 U 盘传输的步骤。然而Kali Linux 默认不会自动挂载 VMware 共享目录需要手动安装工具、挂载并配置开机自动加载。本文使用的环境如下宿主机Windows 10 / 11虚拟机软件VMware Workstation 17客户机Kali Linux基于 Debian共享目录宿主机D:\Virtual Machines\kali-linux-2026.2-vmware-amd64.vmwarevm\share挂载点虚拟机/home/kali/Desktop/share下面从宿主机端配置开始逐步完成整个流程。一、在 VMware 中设置共享文件夹共享文件夹必须在虚拟机完全关机的状态下配置。如果虚拟机处于挂起或运行状态“共享文件夹”选项可能无法编辑。关闭 Kali 虚拟机。在 VMware 菜单栏选择虚拟机 → 设置或按Ctrl D。切换到选项选项卡在左侧列表中选择共享文件夹。选择总是启用然后点击添加。在向导中浏览并选择宿主机上的目标目录例如D:\Virtual Machines\kali-linux-2026.2-vmware-amd64.vmwarevm\share。共享名称建议使用纯英文例如share。名称中不要包含空格、中文或特殊字符否则在后续挂载时容易出现路径解析问题。确认勾选启用此共享点击完成并保存设置。需要注意的是部分旧版 VMware 在添加共享文件夹后会自动在虚拟机中生成挂载点但 Kali Linux 的现代版本通常需要手动挂载。二、在 Kali Linux 中安装 VMware 工具Kali Linux 从 2019.3 版本开始在安装过程中会自动检测虚拟机环境并安装open-vm-tools从 2021.3 版本开始Live 镜像中也已预装这些工具。因此大多数情况下open-vm-tools-desktop已经存在于系统中。但如果你使用的是自行构建的 Kali 镜像或者共享文件夹功能异常可以执行以下命令强制重装sudoaptupdatesudoaptinstall-y--reinstallopen-vm-tools-desktop fusesudoreboot-fopen-vm-tools-desktop提供桌面集成支持如拖放、剪贴板共享fuse则是vmhgfs-fuse文件系统所依赖的用户态文件系统库。安装完成后Kali 官方提供了一个便捷的kali-tweaks工具来补充 VMware 共享文件夹所需的脚本sudokali-tweaks在菜单中依次选择Virtualization → Install additional packages and scripts for VMware。该操作会安装mount-shared-folders和restart-vm-tools两个辅助脚本。之后可以直接执行sudomount-shared-folders如果一切正常共享文件夹会出现在/mnt/hgfs/下。但由于本文的目标挂载点是/home/kali/Desktop/share下面仍采用手动挂载的方式以保持路径可控。三、创建挂载点并测试手动挂载在终端中创建目标挂载点目录mkdir-p/home/kali/Desktop/share然后在虚拟机内确认宿主机共享名称是否可见vmware-hgfsclient该命令会输出在 VMware 中配置的共享名称例如share。如果没有任何输出说明共享文件夹配置未生效需要回到第一步检查“总是启用”是否勾选。确认共享名称后执行手动挂载sudovmhgfs-fuse .host:/share /home/kali/Desktop/share-oallow_other参数说明.host:/share.host是 FUSE 对宿主机的标识/share是共享名称。/home/kali/Desktop/share虚拟机内的挂载点。allow_other允许 root 以外的用户访问该挂载点。默认情况下FUSE 挂载点仅对执行挂载的用户可见不加此参数会导致桌面用户无法进入该目录。挂载完成后用ls /home/kali/Desktop/share检查宿主机文件是否已出现。如果能看到文件列表说明挂载成功。此时挂载是临时的虚拟机重启后会失效。需要将配置写入/etc/fstab实现开机自动加载。四、配置开机自动挂载编辑/etc/fstab文件sudonano/etc/fstab在文件末尾添加一行.host:/share /home/kali/Desktop/share fuse.vmhgfs-fuse allow_other,uid1000,gid1000,auto,rw 0 0各字段含义如下字段含义.host:/share来源。.host指宿主机/share是共享名称/home/kali/Desktop/share挂载点fuse.vmhgfs-fuse文件系统类型VMware 共享目录通过 FUSE 驱动vmhgfs-fuse挂载allow_other,uid1000,gid1000,auto,rw挂载选项允许其他用户访问文件属主设为 UID 1000、属组设为 GID 1000开机自动挂载读写权限0不使用 dump 备份0不进行 fsck 检查FUSE 文件系统通常跳过关键点uid1000,gid1000中的 1000 需要替换为你的 Kali 普通用户的真实 UID 和 GID。可以用以下命令查询idkali输出中的uid和gid数值即为需要填入的值。如果不设置uid和gid挂载后所有文件将归 root 所有普通用户无法写入导致文件同步功能形同虚设。保存文件后执行以下命令测试 fstab 配置是否正确sudomount-a如果没有报错信息说明配置有效。可以再次用ls /home/kali/Desktop/share确认目录内容。五、权限修复与常见问题5.1 挂载点权限问题如果挂载后仍然无法写入文件检查挂载点本身的属主ls-ld/home/kali/Desktop/share如果属主是 root可以手动修改sudochownkali:kali /home/kali/Desktop/share5.2 重启后进入不了桌面如果编辑/etc/fstab后重启导致系统无法进入图形界面通常是 fstab 中的挂载配置有误如路径拼写错误、共享名称不存在系统在启动阶段卡在挂载检测上。此时可以进入恢复模式或 tty 终端注释掉新增的那一行然后检查 VMware 中的共享文件夹设置是否仍然有效。5.3 /mnt/hgfs 为空如果挂载后/mnt/hgfs为空先确认open-vm-tools-desktop是否已安装然后检查 VMware 设置中“共享文件夹”是否仍然处于“总是启用”状态。每次虚拟机重启后如果 VMware 端的共享配置被重置客户机端也无法看到共享内容。5.4 写入时提示“只读文件系统”这通常是因为挂载时没有指定rw选项或者uid/gid设置不正确导致 FUSE 以只读方式挂载。检查/etc/fstab中的挂载选项是否包含rw以及正确的uid、gid。六、验证与总结完成以上配置后重启 Kali 虚拟机。重启后直接打开终端执行mount|grepvmhgfs应能看到共享文件夹已挂载在/home/kali/Desktop/share上。在宿主机中向共享目录放入一个测试文件然后在 Kali 终端中ls /home/kali/Desktop/share确认文件可见再从 Kali 向该目录写入一个文件在宿主机中确认可见即读写双向正常。本文由AI辅助生成不爱看的小伙伴直接把文章链接丢给AI分析就行我自己也没看完。/ 但是过程是我自己验证过的绝对可靠放心食用。