sublime text不支持ssh远程编辑，因subl命令仅解析本地路径和file://url，不识别ssh uri；可行方案仅有sftp（同步模式）和rsub（反向代理模式），其余均不可靠或受限。
Sublime Text 本身不支持 SSH 远程编辑，所有“远程编辑”都是间接实现的；真正能用、值得长期依赖的只有两种路径：SFTP 插件（同步模式）和 rsub（反向代理模式），其他方案要么不可靠，要么平台受限。
为什么 subl user@host:/path 一定失败
Sublime 的 subl 命令只解析本地路径和 file:// URL，压根不识别 SSH URI 格式。你输入 subl ssh://user@host:/path 或 subl user@host:/path，它不会报错，但会静默忽略主机部分，最终打开空白窗口或本地同名文件（如果存在）。
这不是插件没装对，是 Sublime 内核层面的限制——它没有 SSH 客户端逻辑，也没有远程文件系统抽象层。
- 常见误操作：
ssh user@host "subl /path"→ 报Unable to connect to X server，因为远程服务器没图形环境 - 别在命令行里反复试各种 SSH 路径格式，纯属浪费时间
- 所有可行方案都必须绕过这个限制：要么把文件拉到本地（SFTP），要么让远程命令触发本地 Sublime（
rsub）
SFTP 插件配置的关键细节和坑
SFTP 插件（wbond 版）是最轻量、最可控的方案，但它不是“远程编辑”，而是“本地编辑 + 保存即上传”。配置稍有偏差，就会出现上传不动、内容没变、权限拒绝等问题。
-
remote_path必须以/开头，写成"~/project"会被当字面量处理，最终访问的是/home/user/~/project - 密钥登录时，
ssh_key_file必须是绝对路径，~/.ssh/id_rsa不生效，得写成/home/user/.ssh/id_rsa -
upload_on_save默认为true，但若关掉它，改完文件根本不会传到服务器——很多人以为“已连接”，其实一直编辑的是本地副本 -
sync_down_on_open设为true有风险：如果服务器上文件被别人改过，打开瞬间就覆盖你本地未提交的修改 - 中文路径乱码？加
"encoding": "utf-8"，但仅部分 SFTP 服务端支持，OpenSSH 默认不认这个字段
rsub 反向隧道必须配对启动才有效
rsub 是唯一能让你在远程终端里直接执行命令打开 Sublime 编辑器的方案，但它依赖 SSH 反向端口转发，任意一环断掉就失效。
- 本地 Sublime 必须已安装
RSub插件，且状态栏右下角显示rsub: ready - 远程终端需先建立反向隧道：
ssh -R 52698:localhost:52698 -Nf user@your_local_ip（注意不是连服务器自己，而是连你本地机器） - 远程执行
rsub file.py前，确保当前用户对该文件有读权限；编辑/var/log/nginx/access.log得用sudo rsub /var/log/nginx/access.log，否则打开是空的 - 端口 52698 是默认值，若被占或防火墙拦截，需同步改本地插件设置和 SSH 参数
- 网络中断后，Sublime 可能卡在“正在连接…”状态，需手动重启插件或 Sublime
真正麻烦的不是配置本身，而是每种方案都有明确的能力边界：SFTP 不支持远程终端、调试、进程管理；rsub 无法浏览目录、不能拖拽上传、也不支持多标签批量打开。选哪个，取决于你手头正在解决的具体问题——而不是幻想它能变成 VS Code Remote-SSH。
