remote-edit插件连不上ssh需先确认密钥权限为600、地址格式为user@host:port、远程authorized_keys已写入公钥；保存失败须查开发者工具，大文件超时需调高timeout；推荐用sshfs挂载远程目录实现完整本地编辑体验。
remote-edit 插件连不上 SSH？先确认密钥和地址格式
remote-edit 是目前 Atom 中唯一还能稳定工作的 SSH/SFTP 远程编辑插件，但它只认密钥认证，不支持密码登录。静默失败是常态——状态栏卡在 “Connecting…” 就该查这三项：
• ~/.ssh/id_rsa 权限必须是 600（chmod 600 ~/.ssh/id_rsa）
• Atom 设置里填的地址必须是完整格式：user@host:port，比如 deploy@192.168.1.100:2222，端口不能省略或错配为 21
• 远程服务器的 ~/.ssh/authorized_keys 必须已写入你本地公钥，用 ssh-copy-id user@host 最稳妥
保存后远程文件没更新？不是插件坏了，是同步机制问题
remote-edit 是单向同步：本地编辑 → Ctrl+S 触发上传 → 覆盖远程同名文件。它不监听远程变更，也不做冲突检测。
• 保存失败时 Atom 不弹框，必须手动打开 View → Developer → Toggle Developer Tools，在 Console 里搜 Failed to upload file
• 大文件（>5MB）容易超时，默认 remote-edit.timeout 是 10000 毫秒，得进 Atom 设置里调高
• 如果别人或脚本同时改了远程文件，你一保存就直接覆盖，毫无提醒
Remote-FTP 插件根本不能用，别浪费时间配置
Remote-FTP 自 2021 年起停止维护，2026 年在任何主流系统（macOS Sonoma / Windows 11 / Ubuntu 22.04+）上都会报 Cannot find module 'ftp'。这不是你配置错，是底层依赖与 Atom 1.60+ 的 Electron/Node.js 版本硬性冲突。
• 降级 Atom 到 1.58 以下会引发 SSL 连接失败、中文路径乱码、PASV 超时等新问题
• 手动 patch node_modules 会破坏 Atom 安全沙箱，且每次更新自动清空
• GitHub issues 页面最后有效回复停留在 2022 年，社区早已无人修复
真正靠谱的做法：用 sshfs 挂载远程目录为本地路径
把远程服务器当成本地磁盘用，Atom 完全无感，所有功能（Git、搜索、跳转、go-plus 补全）照常工作，这才是 2026 年的真实工作流。
• macOS：装 brew install sshfs，运行 sshfs user@host:/path/to/src ~/mnt/remote -o follow_symlinks
• Windows：装 WinFsp + SSHFS-Win，右键“Map network drive”，填 sftp://user@host/path/to/src
• Linux：确保用户在 fuse 组，mkdir -p ~/mnt/remote 后执行 sshfs user@host:/path/to/src ~/mnt/remote
• 挂好后，在 Atom 中 File → Add Project Folder 打开 ~/mnt/remote 即可编辑，保存即实时同步
真正麻烦的从来不是“怎么连”，而是挂载点权限、SSH 密钥权限、follow_symlinks 参数、Atom 对网络文件系统的监听器缺陷这些零散但致命的细节。漏一个，整个流程就卡在看不见的地方。
