真要稳定编辑远程文件，应直接用sshfs挂载：macos用brew install sshfs后sshfs user@host:/path ~/mnt/remote -o follow_symlinks；windows装winfsp+sshfs-win映射网络驱动器；linux需用户在fuse组并mkdir后运行sshfs命令，再在atom中添加该挂载目录为项目。
别用 remote-ftp，它已停更、不兼容、连不上是常态；remote-edit 限制多、易静默失败；真要稳定编辑远程文件，直接用 sshfs 挂载。
remote-ftp 为什么连不上？
不是你填错密码，是它根本跑不动。remote-ftp 插件 2021 年就停止维护，依赖的 ftp 模块和新版 Node.js / Electron 冲突，装上大概率报 Cannot find module 'ftp' 或启动即崩溃。macOS Sonoma、Windows 11、Ubuntu 22.04+ 用户基本无解。
- 强行降级 Atom 会引发 SSL 连接失败、中文路径乱码、PASV 超时等新问题
- 配置里写
"protocol": "ftp"却连 22 端口，或反过来，都会静默失败，侧边栏空白无提示 -
"remote"必须是绝对路径（如/home/user/app），写成app或./app就列不出文件 - 用户对远程目录只有
r-x权限（缺r--）也会导致侧边栏空，但控制台不报错——得开View → Developer → Toggle Developer Tools手动搜remote-ftp
remote-edit 连了却没反应？查这四点
remote-edit 不弹密码框，只认密钥，输错或没配就卡在 Connecting… 后消失。它走的是 SFTP，不是 FTP，也不支持密码登录。
-
~/.ssh/id_rsa权限必须是600（chmod 600 ~/.ssh/id_rsa），否则 SSH 库直接拒载 - Atom 设置里填的地址格式必须为
user@host:port，比如deploy@192.168.1.100:2222；省略端口虽默认 22，但显式写出防错 - 远程
~/.ssh/authorized_keys必须已写入你本地公钥（ssh-copy-id最稳） - 别直连
root——多数服务器默认禁用PermitRootLogin，换普通用户 +sudo更可靠
sshfs 挂载才是真·远程编辑体验
挂好后 Atom 完全无感：搜索、跳转、Git 集成、多光标全部照常，编辑保存即实时同步，不卡、不丢、不点上传。
- macOS：
brew install sshfs，然后sshfs user@host:/path ~/mnt/remote -o follow_symlinks - Windows：装
WinFsp+SSHFS-Win，右键“Map network drive”，填sftp://user@host/path - Linux：确保用户在
fuse组，运行sshfs user@host:/path ~/mnt/remote（提前mkdir ~/mnt/remote） - 挂好后，在 Atom 中
File → Add Project Folder打开~/mnt/remote，完事
真正麻烦的从来不是“怎么连”，而是密钥权限、timeout 阈值、fuse 用户组、挂载点目录权限这些零散但致命的细节。漏一个，整个流程就卡在 Connecting… 不动。
