SSHFS-Win 完整指南：三步把远程目录挂载成 Windows 盘符

SSHFS-Win 完整指南：三步把远程目录挂载成 Windows 盘符

【免费下载链接】sshfs-winSSHFS For Windows项目地址: https://gitcode.com/gh_mirrors/ss/sshfs-win

你是否也有这样的日常：代码放在远程服务器上，本地改一行就要先传上去再看效果；想备份数据，得打开 FTP 客户端把整个目录拖来拖去；明明只是改个配置文件，却要在终端与本地之间来回横跳。SSHFS-Win 正是为消灭这种"搬运式开发"而生的工具——它把经典的 SSHFS 移植到 Windows，让你像打开本地磁盘一样，直接读写远程服务器上的任意目录。

✨ 一句话定位：把远程目录变成 Windows 的一个盘符

SSHFS-Win 是 SSHFS 的 Windows 轻量移植版：底层用 Cygwin 提供 POSIX 运行环境，用 WinFsp 提供 FUSE 文件系统能力，上层则包装出一个对普通用户完全透明的使用体验。装好之后，你不需要记忆任何 Unix 挂载命令，只需一条 UNC 路径，远程目录就会以一个网络驱动器的形态出现在"此电脑"里。

它的差异化亮点，可以浓缩成这几点：

• 零学习成本：挂载动作与"映射网络驱动器"完全同构，在资源管理器里点几下就能完成。
• 凭据自动保存：首次连接后可将 SSH 账号密码存入 Windows 凭据管理器，之后打开即用，不再反复询问。
• 四种挂载前缀：支持用户主目录、根目录、密钥认证等多种形态，一条路径说清一切。
• 命令行与图形化双通道：既可用net use脚本化操作，也有多款 GUI 前端可选。
• 与 Windows 原生体验无缝衔接：盘符、资源管理器、右键断开，一切都像操作本地磁盘。

🛠️ 安装两步走：WinFsp + SSHFS-Win，一条命令搞定

初次上手并不复杂，核心就两个前置组件。下面这份手把手流程，照着做就能完成第一次挂载。

第一步：安装 WinFsp（FUSE 运行时）

WinFsp 是整个方案的地基，它让 Windows 内核能够承载 FUSE 类型的文件系统。请下载并安装最新版本，安装完成后它还会顺带提供 Cygwin 环境所需的 FUSE 支持。

第二步：安装 SSHFS-Win 本体

同样获取最新版安装包，根据电脑架构选择 x64 或 x86 版本即可。如果你习惯用包管理器，一条命令就能装好：

winget install SSHFS-Win.SSHFS-Win

安装完成后无需重启，也不需要配置环境变量，安装器会自动把sshfs-win.exe注册为 WinFsp 的文件系统服务。

第三步：第一次挂载远程目录

打开"此电脑"，右键选择映射网络驱动器，在"文件夹"一栏输入下面的 UNC 路径：

\\sshfs\REMUSER@HOST[\PATH]

把REMUSER换成远程服务器上的用户名，HOST换成主机名或 IP，PATH是可选的目标目录。首次连接时系统会弹出窗口询问 SSH 用户名和密码，你可以勾选保存凭据，之后再次访问便不再打扰。完成后，"此电脑"里就会多出一个网络驱动器，双击进入远程目录，操作起来和本地文件夹毫无二致。

换一种方式：命令行一条龙

如果你更习惯终端操作，用net use命令同样一步到位：

net use X: \\sshfs\billziss@mac2018.local

系统会依次提示输入用户名和密码，完成后即映射成功：

Enter the user name for 'sshfs': billziss Enter the password for sshfs: The command completed successfully.

查看当前所有映射用net use，解除映射则用：

net use X: /delete

🎯 三个真实场景：它到底能帮上什么忙

工具只有落到具体场景里才显价值。这里挑三个最典型的用法，看看 SSHFS-Win 如何改变你的日常。

场景一：远程开发，本地 IDE 直接改服务器代码

痛点：代码库在远程服务器，本地改代码只能先上传再编译，或者干脆在服务器上跑编辑器，体验一言难尽。

解法：把服务器的项目目录挂载成盘符后，直接用本地 IDE（VS Code、JetBrains 等）打开该盘符下的目录。每一次保存都会实时写回远程服务器，编译、运行、调试全在远程完成，本地只负责"写代码"这件事。

好处：开发体验几乎等同本地工程，却又保留了服务器环境的全部依赖，是远程开发的高性价比方案。

场景二：绕道跳板机，直连内网服务器

痛点：目标服务器只允许从跳板机访问，SSH 直连总被拒绝，传统方案层层转发，配置繁琐。

解法：SSHFS-Win 本身不直接支持隧道，但可以借助 Windows 自带的 OpenSSH 实现。先建立一个本地端口转发：

ssh -L 10022:目标服务器:22 跳板机账号@跳板机地址

然后挂载时指向本地端口即可：

\\sshfs\REMUSER@localhost!10022

好处：一条隧道命令配合一个!端口后缀，内网服务器的目录就出现在本地，跳板机完全无感。

场景三：数据备份，像备份本地盘一样备份远程目录

痛点：远程数据要定期备份，用 FTP 拉全量既慢又容易漏文件。

解法：把远程目录挂载为盘符后，直接用 Windows 自带的备份工具或任意第三方备份软件，把它当作普通磁盘做增量备份。

好处：备份策略与计划任务全部复用现有方案，远程与本地数据的差别只剩一个盘符，简单可靠。

💡 进阶技巧与避坑指南：老司机才知道的几点

连接总是超时？加个心跳参数

空闲几分钟后连接会因无流量被服务端断开，这是 SSH 的常见行为。解决办法是在 SSHFS 选项里加-o ServerAliveInterval=30，让客户端每 30 秒发送一次保活请求。对通过资源管理器或net use挂载的场景，项目提供了现成的注册表补丁ServerAliveInterval.reg，双击导入后所有映射都会自动带上该参数。

新文件权限太严？放开 umask

在多人共享的文件服务器上，默认创建的文件权限可能过严，导致其他人无法读写。项目提供了GroupReadWrite.reg补丁，导入后自动附加：

-o create_file_umask=0117,create_dir_umask=0007

这样新建的文件与目录会为所有者和用户组放开读写权限，非常适合团队协作场景。

想用密钥登录？认准这两个前缀

免密登录更安全也更省事。SSHFS-Win 为此预留了专用前缀：\\sshfs.k\...挂载远程用户主目录，\\sshfs.kr\...挂载远程根目录，二者都会自动使用本地%USERPROFILE%\.ssh\id_rsa私钥进行认证。

两个细节要牢记：一是只有无口令短语的私钥才被支持，带 passphrase 的密钥请先去掉，或通过 SSH config 为 HOST 定义别名来指定其他密钥；二是端口非 22 时用!PORT指定，例如\\sshfs\billziss@host!2222。

常见报错速查

• "The password is invalid"：这其实是正常提示，说明该路径首次使用，正在等待你输入凭据，填上正确的用户名与密码即可。
• 密钥认证不生效：优先检查密钥是否带了口令短语，以及本地.ssh目录权限是否正常。
• 挂载后立刻断开：多为 WinFsp 缺失或版本过旧，确认已安装最新版 WinFsp 再重试。

🔗 生态与延伸：一套组合拳，能力再升级

SSHFS-Win 并不孤单，周边还有一批工具能把它用出花来。

• SiriKali：跨平台 GUI 前端，除 SSHFS-Win 外还支持多种文件系统，内置密码认证、公钥认证、密钥代理以及 KeePass 2 凭据库集成，适合统一管理多种挂载。
• SSHFS-Win-Manager：专门为 SSHFS-Win 打造的前端，界面友好、与 Windows 集成度高，可最小化到系统托盘常驻。
• NEO SSH-Win Manager：基于 Python 与 PyQt6 的新一代前端，支持一键挂载、多账号加密存储凭据、实时远程系统信息面板，还内置了 SSH 终端。
• WinFsp 与 Cygwin：一个是文件系统运行时，一个是 POSIX 环境底座，构成了 SSHFS-Win 的底层基石，了解它们有助于排查深层问题。

如果你有动手精神，也可以从源码构建属于自己的版本。克隆仓库后，在 Cygwin 环境安装 gcc-core、make、meson、patch 等构建依赖，再执行make即可产出 MSI 安装包：

git clone https://gitcode.com/gh_mirrors/ss/sshfs-win

🚀 写在最后：让远程目录变成"本地目录"

回顾全文，SSHFS-Win 的价值可以浓缩成一句话：它抹平了"本地"与"远程"之间的心理距离。无论是远程开发、内网穿透还是日常备份，一条 UNC 路径、一个盘符，就足以替代繁琐的文件搬运。它免费、开源（GPLv2+）、与 Windows 原生体验无缝融合，值得每一个需要频繁访问远程服务器的开发者尝试。

现在就去安装 WinFsp 与 SSHFS-Win，挂载你的第一台远程目录吧——相信我，用过一次你就回不去了。

【免费下载链接】sshfs-winSSHFS For Windows项目地址: https://gitcode.com/gh_mirrors/ss/sshfs-win