Remote-FTP插件在2026年已完全不可用，因其自2021年起停止维护，底层ftp模块与Atom 1.60+及新版系统（macOS Sonoma、Windows 11、Ubuntu 22.04+）的Node.js/Electron严重冲突，启动即报Cannot find module 'ftp'。
Remote-FTP 插件在 2026 年已完全不可用，不是配置问题，而是底层依赖崩溃导致的硬性失效。别再折腾 .ftpconfig 或重装插件，直接换方案。
Remote-FTP 启动就报 Cannot find module 'ftp' 怎么办
这不是你漏装模块，是插件自 2021 年起停止维护，其依赖的 ftp 模块与 Atom 1.60+ 内置的 Node.js/Electron 版本冲突。macOS Sonoma、Windows 11、Ubuntu 22.04+ 用户基本无法绕过。
- 降级 Atom 到 1.58 以下会引发新问题：SSL 连接失败、中文路径乱码、PASV 超时
- 手动
npm install ftp或 patchnode_modules会破坏 Atom 安全沙箱，且每次更新自动清空 - GitHub issues 最后有效回复停留在 2022 年，社区早已无人修复
remote-edit 插件连不上 SSH 的真实原因
它只支持 SFTP（基于 SSH），不支持密码登录，只认密钥认证——而且对路径、权限、格式极其敏感，错一个就静默卡在 Connecting...。
-
privatekey字段必须是绝对路径，例如/Users/you/.ssh/id_rsa，不能用~或相对路径 - 本地私钥文件权限必须为
600：chmod 600 ~/.ssh/id_rsa，否则 SSH 库直接拒绝加载 - SSH 地址格式必须完整：
user@host:port，比如deploy@10.0.2.15:2222；省略端口默认用 22，但显式写出更防错 - 远程
~/.ssh/authorized_keys必须已写入对应公钥，ssh-copy-id user@host是最稳方式
为什么 sshfs 挂载比任何插件都可靠
它是操作系统级挂载，Atom 完全感知不到“远程”存在，所有功能（Git 集成、搜索、跳转）照常运行——但前提是避开 Atom 自身的监听器缺陷。
- macOS：
brew install sshfs，然后执行sshfs user@host:/path/to/project ~/mnt/remote -o follow_symlinks - Windows：装
WinFsp + SSHFS-Win，右键“Map network drive”，填入sftp://user@host/path/to/project - Linux：确保用户在
fuse组，mkdir -p ~/mnt/remote后执行sshfs user@host:/path ~/mnt/remote - 挂载后在 Atom 中用
File → Add Project Folder打开~/mnt/remote，编辑保存即实时同步
真正麻烦的从来不是连上，而是密钥权限、fuse 组归属、挂载点目录是否存在、follow_symlinks 是否启用这些零散但致命的细节。漏一个，整个流程就卡在“Connecting…”不动。
