当命令在本地运行 (/bin/sh -c CMD) 与远程运行 (ssh node1 /bin/sh -c CMD) 时，shellsh 或 csh处理参数的行为是否不同？

如何解决当命令在本地运行 (/bin/sh -c CMD) 与远程运行 (ssh node1 /bin/sh -c CMD) 时，shellsh 或 csh处理参数的行为是否不同？

在本地运行与通过 ssh 远程运行时，我得到以下不同的命令行为。

$ /bin/csh -c \'/bin/echo a b c d\'
Unmatched '''.
$ ssh node1 /bin/csh -c \'/bin/echo a b c d\'
a b c d

这里的 ssh 是否以不同的方式处理命令参数并以某种方式删除转义字符？ （还是本地 shell 本身正在这样做？）

解决方法

TLDR：由于本地 shell 处理，您的示例失败。

在Unix上，当进程x（例如shell）运行不同的程序y（通常作为子进程，但不一定）时，它传递y自己的名字加上任何参数作为 可变长度数组 字符串，例如在旧系统上，echo a b c d 运行带有参数数组的 echo 程序（为清楚起见，每行显示一个）

echo
a
b
c
d

（在最近的系统中，echo 的大多数 shell 是内置的 shell，而不是一个单独的程序，但其他程序仍然以传统方式工作。）

因为 C 数组从下标 0 开始，并且参数数组通常命名为 argv（参数向量——C 派生自 BCPL，其中数组被称为向量）C（和 C++ 等）程序员经常调用程序名称“argv-零”。请注意，您可以在文件系统中以多个名称出现相同的程序，因此它的名称在编译时是未知的，只有在运行时才知道；这个技巧曾经在 gzip/gunzip 之类的东西上很流行，但最近几十年它似乎变得不流行了。

在 shell 输入中，反斜杠单引号意味着将该单引号视为普通数据，而不是用它来引用其他字符，例如分隔单词和参数的空格，因此

/bin/csh -c \'/bin/echo a b c d\'

使用以下 argv 运行 /bin/csh：

/bin/csh
-c
'/bin/echo
a
b
c
d'

csh（或 Bourne 类型的 shell）在 -c 之后将 一个 参数作为要解析的整个命令行（或脚本）并得到结果（可能）已执行，但 '/bin/echo 不是有效的命令行。任何剩余的参数都不会被视为命令，而是作为正在运行的命令（如果需要）的可能参数。

另一方面，ssh 客户端程序将任何和所有“数据”参数（不是选项，也不是必需的 [user@]remotehost 参数）视为形成要远程运行的命令，并将它们发送SSH 协议全部连接成一行，因此您的 ssh 命令得到

ssh
node1
/bin/csh
-c
'/bin/echo
a
b
c
d'

但是发送

/bin/csh -c '/bin/echo a b c d'

和远程系统上的 sshd 将整行作为一个参数传递给您的登录 shell，然后使用

运行 csh

-c

所以它将 -c 后面的一个参数作为命令行，它可以成功解析并运行。

而这种组合就是为什么我们在多个堆栈上有数十个 Q 以用于“我如何让 ssh 使用特殊字符和/或插值正确地远程运行此命令”的许多变体。虽然通常有一个可能的答案，但通常最简单的方法是运行不带远程命令参数的 ssh，因此它远程运行交互式 shell，并将所需命令作为输入发送 em> 到那个外壳；或者，几乎相同，将命令放在一个文件中，将该文件传输到远程系统（或使其可通过 NFS 或类似方式访问），然后告诉远程系统运行 文件作为脚本。