主页 / unix / 问题 / 489737
Accepted
Hermann
Asked: 2018-12-19 10:33:48 +0800 CST

通过 ssh 执行的 bash 脚本返回不正确的退出代码 0

  • 772

我正在尝试自动化一个过程，该过程涉及通过 ssh 在各种机器上运行脚本。捕获输出和返回代码（用于检测错误）至关重要。

明确设置退出代码按预期工作：

~$ ssh host exit 5 && echo OK || echo FAIL
FAIL

但是，如果有一个 shell 脚本发出不干净退出的信号，ssh 总是返回 0（由字符串执行模拟的脚本）：

~$ ssh host sh -c 'exit 5' && echo OK || echo FAIL
OK

在交互式 shell 中在主机上运行相同的脚本就可以了：

~$ sh -c 'exit 5' && echo OK || echo FAIL
FAIL

我很困惑为什么会发生这种情况。如何告诉 ssh 传播 bash 的返回码？我可能不会更改远程脚本。

我正在使用公钥身份验证，私钥已解锁 - 无需用户交互。所有系统都是 Ubuntu 18.04。应用程序版本是：

  • OpenSSH_7.6p1 Ubuntu-4ubuntu0.1, OpenSSL 1.0.2n 7 Dec 2017
  • GNU bash, Version 4.4.19(1)-release (x86_64-pc-linux-gnu)

注意：这个问题与这些看似相似的问题不同：

shell ssh

3 个回答

  1. 正如您已经拥有的答案sh中所述，遥控器未执行exit 5。只是exit：

    $ ssh test sh -x -c 'exit 5'; echo $?
+ exit
0

    例如，在这个答案中解释了这里发生的事情：

    ssh执行远程 shell 并向其传递一个字符串，而不是参数列表。

    当我们执行ssh host sh -c 'exit 5'：

    1. 本地 shell 删除单引号（引号删除）；
    2. ssh客户端获取参数、host、sh和-c。exit 5它将它们连接成一个字符串并将其发送到远程主机；
    3. 在远程主机上，ssh调用 shell 并将字符串传递给它sh -c exit 5；
    4. 远程 shell 调用sh并将-c选项exit作为命令字符串和命令名称5传递给它。

    请注意，如果我们在 之后添加单词exit 5，它们只是sh作为进一步的参数传递给它们 - 没有与它们相关的错误不被 shell 识别：

    $ ssh test sh -x -c 'exit 5' a b c; echo $?
+ exit
0

    strace确认这5不是给定的命令字符串的一部分sh，这里；这是一个论点：

    $ ssh test strace -e execve sh -c 'exit 5'; echo $?
execve("/usr/bin/sh", ["sh", "-c", "exit", "5"], 0x7ffc0d744c38 /* 14 vars */) = 0
+++ exited with 0 +++
0

    为了sh -c 'command'按预期在远程主机上执行，我们必须确保也正确地发送引号：

    $ ssh test "sh -x -c 'exit 5'"; echo $?
+ exit 5
5

    为了明确引用整个远程命令与我们当前的问题无关，我们可以写：

    $ ssh test sh -x -c "'exit 5'"; echo $?
+ exit 5
5

    用反斜杠转义内部引号，而不是引用两次，也可以。

    关于命令ssh host sh -c ':; exit 5'的注释（从评论到您的问题）。它的作用是：

    $ ssh test sh -x -c ':; exit 5'; echo $?
+ :
5

    也就是说，exit 5由外壳执行，而不是由sh. 再次，让sh退出所需的代码：

    $ ssh test sh -x -c "':; exit 5'"; echo $?
+ :
+ exit 5
5
    • 8
  2. Best Answer

    我可以使用您使用的命令来复制它，并且可以通过将远程命令用引号括起来来解决它。这是我的测试用例：

    #!/bin/bash -x

echo 'Unquoted Test:'
ssh evil sh -x -c exit 5 && echo OK || echo FAIL

echo 'Quoted Test 1:'
ssh evil sh -x -c 'exit 5' && echo OK || echo FAIL

echo 'Quoted Test 2:'
ssh evil 'sh -x -c "exit 5"' && echo OK || echo FAIL

    结果如下：

    bash-[540]$ bash -x test.sh
+ echo 'Unquoted Test:'
Unquoted Test:
+ ssh evil sh -x -c exit 5
+ exit
+ echo OK
OK
+ echo 'Quoted Test 1:'
Quoted Test 1:
+ ssh evil sh -x -c 'exit 5'
+ exit
+ echo OK
OK
+ echo 'Quoted Test 2:'
Quoted Test 2:
+ ssh evil 'sh -x -c "exit 5"'
+ exit 5
+ echo FAIL
FAIL

    在第一次测试和第二次测试中，似乎没有像我们预期的那样5传递给它。exit它似乎正在消失。它不会exit，sh不会抱怨5: command not found，ssh也不会抱怨。

    在第三个测试中，exit 5引用在远程主机上运行的较大命令，与第二个测试相同。这确保了5传递给exit，并且两者都作为 的-c选项执行sh。第二个和第三个测试之间的区别在于，整个命令和参数集被发送到作为单个命令参数引用的远程主机ssh。

    • 7

  3. 其他答案很好地代替了给出的示例来回答问题。我的实际应用程序更复杂，涉及一系列脚本和子流程。这是我要执行的简化示例脚本：

    #!/bin/bash
sub-process-that-fails
# store and echo returncode for debug purposes
rc=$?
echo $rc
exit $rc

    为了确保远程执行的 shell 实际上是 bash 而不是破折号（正如@JeffSchaller 所指出的那样），我尝试像这样调用脚本：

    ~$ ssh -t -t host /bin/bash -x /srv/scripts/run.sh ; echo $?

    这导致了这个奇怪的输出：

    + sub-process-that-fails
+ rc=5
+ echo 5
5
+ exit 5
0

    经过几个小时的闲逛，我注意到trap 'kill 0' EXIT. .bashrc这样做是为了在 bash 被杀死的情况下杀死所有子进程。bash 的跟踪似乎没有显示此陷阱的执行情况。我将陷阱移到了包装脚本中。现在我可以看到实际执行了什么：

    + trap 'kill 0' EXIT
+ sub-process-that-fails
+ rc=5
5
+ echo 5
+ exit 5
+ kill 0
0

    远程 shell 以最后一个命令的退出代码退出。它是kill 0，它以 0 退出。

    • 2

相关问题