remote-ftp插件已停更且不可用，应改用ftp-remote-edit插件或sshfs挂载；后者为当前事实标准，支持atom全功能实时同步。
Remote-FTP 插件在当前 Atom（1.60+）上基本不可用，不是配置问题，而是底层依赖已崩溃。别花时间调配置，直接换方案。
remote-ftp 连不上？先确认你是不是在用一个已失效的插件
Remote-FTP 自 2021 年起停止维护，其依赖的 ftp 模块与新版 Node.js/Electron 冲突。装上后常见报错：Cannot find module 'ftp'，或 Atom 启动即崩溃。macOS Sonoma、Windows 11、Ubuntu 22.04+ 用户几乎无解。
- 插件 UI 里选 “SFTP” 不代表真走 SFTP —— 它底层仍尝试加载废弃的 FTP 栈，协议字段形同虚设
- 填了
"protocol": "sftp"+port: 22也不行，因为实际连接逻辑早已无法触发 - 控制台里搜
remote-ftp可能根本没日志，连错误都不抛，只卡在 “Connecting…”
ftp-remote-edit 是目前唯一还能跑的替代插件
它用现代 ssh2 库实现纯 SFTP，不碰 FTP 协议栈，支持密钥登录、跳板机、多连接并发。但仍有硬性约束：
-
Host必须填完整地址，如deploy@192.168.1.100:2222；省略端口虽默认 22，但显式写出更稳 -
Private Key路径必须是绝对路径，例如/home/user/.ssh/id_rsa，不能用~或相对路径 - 本地私钥权限必须为
600：chmod 600 ~/.ssh/id_rsa，否则 SSH 库静默拒载 - 远程
~/.ssh/authorized_keys必须已写入你的公钥，ssh-copy-id deploy@host是最可靠方式 - 首次连接会弹密钥口令框；若卡住超过 10 秒，大概率是防火墙未放行 22 端口，或服务器
sshd_config关了SFTPSubsystem
为什么挂载 sshfs 比任何插件都靠谱
把远程目录挂成本地路径，Atom 完全无感——搜索、跳转、Git 集成、多光标全部照常，编辑保存即实时同步。这不是“替代方案”，而是当前事实上的标准做法。
- macOS：
brew install sshfs，然后sshfs deploy@host:/var/www ~/mnt/remote -o follow_symlinks - Windows：装
WinFsp+SSHFS-Win，右键“Map network drive”，填sftp://deploy@host/var/www - Linux：确保用户在
fuse组，mkdir ~/mnt/remote，再运行sshfs deploy@host:/var/www ~/mnt/remote - 挂好后，在 Atom 中
File → Add Project Folder打开~/mnt/remote，完事
真正麻烦的从来不是“怎么连”，而是 chmod 600、fuse 用户组、挂载点目录权限、follow_symlinks 选项这些零散但致命的细节。漏一个，整个流程就卡在 Connecting... 不动。
别打开含几千个文件的远程目录
哪怕 sshfs 挂载成功，Atom 打开 node_modules 或日志目录仍会卡死——根源是 Atom 底层的 chokidar 监听器对网络文件系统支持极差，频繁触发 ENOTCONN 或 ETIMEDOUT 错误，导致整个窗口无响应。这不是插件问题，是 Atom 架构限制。
- 解决方案只有两个：一是用
.gitignore-like 的.ftpignore（对 sshfs 无效），二是根本别让 Atom 加载这类目录 - 项目根目录下建软链指向远程挂载点，但排除大目录：
ln -s ~/mnt/remote/src ./src - 或者用终端 +
rsync/scp手动同步，绕过 Atom 文件监听
复杂点不在协议选择，而在权限、挂载选项、fuse 组、密钥路径这些看似琐碎却决定成败的环节。
