Sublime Text无法直接编辑远程备份文件，因其不支持挂载只读快照、加密归档或对象存储等备份形式；必须先下载解压/还原至本地，再编辑上传。
Sublime Text 本身不能直接编辑远程备份文件——它不支持挂载或实时读写远程存储（如 NAS、对象存储、异地备份目录），所谓“编辑远程备份”必须先让这些文件在本地可访问，再通过 SFTP 插件映射同步，或用 rsub 做端口代理；但后者仅适用于已运行 rsub 服务的服务器，对纯备份环境（如只读快照、离线归档）完全无效。
为什么“远程备份文件”通常无法直接编辑
远程备份 ≠ 远程服务器上的活跃网站目录。常见备份场景包括：
- 定时 rsync 到另一台机器的
/backup/www-20261001/目录（权限常为只读，无 SSH 交互 shell） - 对象存储（如 S3、MinIO）中的 tar.gz 归档，需先下载解压
- 快照式备份（ZFS/Btrfs snapshot），路径不可写，甚至不暴露为标准文件系统
- 第三方备份服务（如 BorgBase、Duplicati）加密归档，必须先还原
这些路径无法被 SFTP 插件识别为可映射目标：插件只认能建立 SSH 会话并执行 ls/scp 的活跃服务，不处理归档解包或只读快照。
SFTP 插件能编辑的“远程备份”，其实只是普通远程目录
如果你说的“备份文件”实际是某台服务器上一个定期同步的目录（例如 /var/backups/site-latest/），且该服务器允许你 SSH 登录、有读写权限，那它就不是真正意义上的“备份”，而是个普通远程路径——这时可用 SFTP 编辑，但必须满足全部前提：
-
sftp-config.json中remote_path必须精确指向该目录，且以/开头（如"/var/backups/site-latest/"） - 服务器上该路径所属用户需与
user配置一致，且有写权限（chmod -R u+rw检查） - 不能同时填写
password和ssh_key_file，否则 SSH 层静默拒绝，只报Authentication failed - 若该目录是软链接（如
site-latest → site-20261001），SFTP 默认不跟随，需确认真实路径是否可写
真正需要编辑备份内容时，推荐三步走
面对不可写、加密或归档类备份，硬连 SFTP 只会卡死或报错。应切换思路：
- 先在服务器上
scp或rsync下载目标文件到本地临时目录（如~/tmp-backup-edit/） - 用 Sublime 打开本地副本编辑，保存后手动
scp回服务器对应备份路径（注意保留原权限和时间戳：scp -p） - 如果备份是压缩包（
.tar.gz、.zip），用命令行解压 → 编辑 → 重新打包，不要试图让 SFTP 处理归档内部路径 - 涉及加密备份（如 Borg），必须先用
borg extract还原出明文目录，再映射 SFTP —— SFTP 不懂加密协议
最易被忽略的一点：SFTP 的 upload_on_save 在备份路径下极易静默失败——因为备份目录往往被脚本轮转、清空或设为只读，而插件不会提示“Permission denied”，只会卡住或跳过上传。务必在首次编辑后手动右键 → SFTP → Upload File 测试通路，别依赖自动同步。
