为何SSH配置文件中单引号失效，替换双引号即可正常工作？

问题场景与现象 #

要在VS Code中通过代理主机B连接目标主机C，参考相关配置在~/.ssh/config中添加如下内容：

Host C
    ProxyCommand ssh -o 'ForwardAgent yes' B 'ssh-add && nc %h %p'

执行时出现报错：Bad configuration option: 'forwardagent，将所有单引号替换为双引号后，配置正常工作：

Host C
    ProxyCommand ssh -o "ForwardAgent yes" B "ssh-add && nc %h %p"

测试发现双引号在所有Shell中都有效，但单引号仅在PowerShell中生效，CMD中无效。

原因解析 #

1. SSH配置与Shell的引号处理逻辑 #

SSH的ProxyCommand参数最终会交给本地系统的默认Shell执行，不同Shell对引号的解析规则存在差异：

• 类Unix Shell（bash、zsh等）：单引号和双引号都能正确包裹带空格的参数，避免被分割，这也是原讨论中其他人用单引号能正常工作的核心原因——他们基本都在类Unix环境下操作。
• Windows CMD：不把单引号当作参数包裹符，会将单引号视为参数内容的一部分。当CMD处理'ForwardAgent yes'时，会把包含单引号的整个字符串传给ssh -o选项，导致SSH误将'ForwardAgent识别为不存在的配置项，触发报错。
• PowerShell：兼容单引号和双引号的参数包裹逻辑，因此单引号配置在PowerShell环境下可以正常运行。

2. 双引号的跨环境通用性 #

双引号是多数主流Shell（CMD、PowerShell、类Unix Shell）都支持的参数包裹方式：

• 对ssh -o选项，双引号确保ForwardAgent yes被当作一个完整的键值对参数传递；
• 对远程执行的ssh-add && nc %h %p，双引号确保整个命令串被当作一个完整参数传给主机B的Shell执行。
  这也是改用双引号后配置能跨环境生效的原因。

总结 #

原单引号配置在类Unix系统中正常，是因为类Unix Shell支持单引号的参数包裹；在Windows环境下报错，则是因为CMD不识别单引号的作用。改用双引号后，配置具备了跨Shell的兼容性，能在Windows和类Unix系统中都正常工作。

内容的提问来源于stack exchange，提问作者user1122507