Cursor 通过 SSH 连接 Linux 失败的排查与修复

报错类似这样：

/etc/ssh_config line 1: Missing argument.
/etc/ssh_config line 10: Deprecated option "useroaming"
/etc/ssh_config: terminating, 1 bad configuration options

问题点有两个：

• 第 1 行 User "" 这种空值写法会让解析器直接报错
• 第 10 行 UseRoaming no 已经是弃用选项

这也解释了为什么 ssh -F /dev/null 能工作：它绕开了坏掉的配置文件，SSH 直接按最干净的默认参数启动了。

处理方式

修复 MobaXterm 自己的 SSH 配置

先找到它实际在用的配置文件位置：

cygpath -w /etc/ssh_config

便携版通常会落在临时目录下面，比如：

D:\Temp\MxtXXX\mx86_64b\etc\ssh_config

把有问题的行注释掉，保留正常配置即可：

# User ""
ForwardAgent no
Compression yes
PreferredAuthentications hostbased,publickey,password,keyboard-interactive
ForwardX11 yes
ForwardX11Trusted yes
NoHostAuthenticationForLocalhost yes
StrictHostKeyChecking no
CheckHostIP no
# UseRoaming no

让 Cursor 改用可控的 SSH 客户端

如果只是想让 Cursor 稳定连上，直接让它用 MobaXterm 的 SSH 更省事。这里我更倾向于把它复制到固定目录，而不是继续依赖临时目录。临时目录一变，后面又得重新配。

先确认 MobaXterm 当前的 ssh 在哪里：

cygpath -w "$(which ssh)"

示例输出可能是：

D:\Temp\MxtXXX\mx86_64b\bin\ssh.exe

然后把整个 mx86_64b 目录复制到固定路径，比如：

C:\Tools\MobaSSH\mx86_64b\bin\ssh.exe

也可以直接用 _ssh.exe：

C:\Tools\MobaSSH\mx86_64b\bin\_ssh.exe

接着在 Cursor 的 settings.json 里指定 SSH 路径：

{
  "remote.SSH.path": "C:\\Tools\\MobaSSH\\mx86_64b\\bin\\_ssh.exe",
  "remote.SSH.configFile": "C:\\Users\\你的用户名\\.ssh\\config",
  "remote.SSH.remotePlatform": {"song123": "linux"}
}

这里有两个地方不能省：

• remote.SSH.path：明确告诉 Cursor 用哪个 SSH 可执行文件
• remote.SSH.configFile：必须指定，因为 MobaXterm 的 SSH 是 Cygwin 路径体系，不会自动去读 Windows 路径下的配置

先在 PowerShell 里测一下这个 SSH 客户端是否正常：

& "C:\Tools\MobaSSH\mx86_64b\bin\_ssh.exe" -V
& "C:\Tools\MobaSSH\mx86_64b\bin\_ssh.exe" -F "C:\Users\你的用户名\.ssh\config" song123

如果这一步没问题，再重启 Cursor 走 Remote-SSH。

最终可用配置

SSH 配置文件 C:\Users\你的用户名\.ssh\config

Host song123 HostName 10.12.15.111 User song Port 22

Cursor settings.json

{
  "remote.SSH.path": "C:\\Tools\\MobaSSH\\mx86_64b\\bin\\_ssh.exe",
  "remote.SSH.configFile": "C:\\Users\\你的用户名\\.ssh\\config",
  "remote.SSH.remotePlatform": {"song123": "linux"}
}

结论

这类问题通常不是一处出错，而是两层叠在一起：一层是 Windows 对 ssh.exe 的拦截，报错 10013；另一层是 MobaXterm 自带的 ssh_config 里还有语法问题，导致它和 Windows 版 OpenSSH 的行为完全不一样。

真正比较稳的处理方式，是让 Cursor 明确使用一个可控的 SSH 客户端，再把配置文件路径也写死。这样排障成本最低，后面换环境也不容易再踩一次。

如果方案 B 不方便，也可以回头处理 Windows Defender 防火墙，给 C:\Windows\System32\OpenSSH\ssh.exe 加出站放行规则；或者直接改用 Git for Windows 自带的 SSH：

{
  "remote.SSH.path": "C:\\Program Files\\Git\\usr\\bin\\ssh.exe"
}