☰

非交互运行时 bash 测试错误结果

tag-icon • tag-icon bash ubuntu ssh
非交互运行时 bash 测试错误结果

当需要重新启动时，我尝试通过脚本重新启动一些 Ubuntu 服务器。

当我将测试作为非交互式命令执行 bash 时，我得到的结果是不需要重新启动，即使文件/var/run/reboot-required存在。

usera@client:~$ ssh server02 bash -c 'test -f /var/run/reboot-required && echo sudo reboot || echo "$(hostname): no reboot required"'
server02: no reboot required

当我通过 SSH 登录到同一服务器并手动运行测试时，我得到了正确的结果sudo reboot。

usera@client:~$ ssh server02
Last login: Tue Jun 14 08:03:00 2022 from 146.140.16.1
usera@server02:~$ test -f /var/run/reboot-required && echo sudo reboot || echo "$(hostname): no reboot required"
sudo reboot
usera@server02:~$ bash -c 'test -f /var/run/reboot-required && echo sudo reboot || echo "$(hostname): no reboot required"'
sudo reboot

我需要改变什么才能得到正确的结果？

答案1

我很确定这是因为 SSH 传递命令的方式线到远程端，它通过连接它获得的所有参数，用空格将它们连接起来，并让远程的 shell 解析并执行它来实现这一点。

考虑一下，它的ssh somehost ls -l /etc/passwd工作方式与 相同，后者不会给出关于不存在的奇怪命名命令的错误，这与直接在 shell 命令行上ssh somehost 'ls -l /etc/passwd'运行不同。'ls -l /etc/passwd'

所以，

ssh somehost bash -c 'test whatever || echo no'

变成命令行

bash -c test whatever || echo no

Bash 开始运行命令test，$0设置为whatever。test没有参数失败，所以|| echo运行。您也可以尝试类似的操作ssh somehost bash -c 'ls -l /etc/passwd'，它应该只ls在您的远程主目录中运行。

因此，尝试不使用中间 shell：

ssh server02 'test -f /etc/passwd && echo passwd exists || echo "$(hostname): passwd does not exist"'

或者你可以做类似的事情

ssh server02 'bash -c "test -f /etc/passwd && echo yes || echo \"\$(hostname): no\"'

但是如果您想嵌套另一个带引号的字符串并确保它是运行您拥有的任何扩展的最内层外壳，那么那里的引号确实会变得很棘手。这并不重要，$(hostname)因为它会从远程的任一 shell 给出相同的结果，但在更一般的情况下，引用地狱就在那里。在这样的复杂情况下，在远程创建一个文件并从那里运行脚本会容易得多。

这基本上与中的问题相同带引号的 ssh 命令。

也可以看看通过 SSH 执行 `sh -c` 脚本（安全、理智地传递参数）用于传递复杂命令的其他解决方案，以及如何在不知道远程用户的登录 shell 的情况下通过 ssh 执行任意简单命令？对于涉及可能未知的远程登录 shell 的罕见情况。

相关内容