这种情况我碰到过好多次，核心问题大多出在SSH命令的退出状态影响后续命令执行，或者SSH会话异常断开导致本地命令没机会运行，下面分两种最常见的场景拆解：

场景1：用&&串联命令导致后续关机被跳过 #

假设你在computer.A上执行的命令是这样的：

ssh user@computer.B 'shutdown -h now' && shutdown -h now

这里的问题在于：当computer.B开始执行关机时，会立刻断开SSH连接，此时本地的SSH进程会返回一个非0的退出码（通常是255，代表连接异常中断）。而&&的逻辑是「只有前面的命令执行成功（退出码为0），才会执行后面的命令」，所以因为SSH命令的异常退出，shutdown -h now根本不会被触发。

解决方法： #

把&&换成;，不管前面的SSH命令是否成功，都执行本地关机：

ssh user@computer.B 'shutdown -h now'; shutdown -h now

如果担心SSH命令本身执行失败（比如连不上B），也可以用|| true确保前面的命令始终返回成功，再用&&：

ssh user@computer.B 'shutdown -h now' || true && shutdown -h now

场景2：SSH会话未后台运行，导致本地命令被阻塞 #

如果你的命令让SSH在前台执行，而computer.B的关机可能需要几秒才会断开连接，或者某些系统会在关机前短暂保持SSH会话，这时候本地命令可能还没等到执行就被中断。更稳妥的方式是让SSH在后台运行：

用ssh -f让SSH在执行远程命令前转到后台，这样本地shell可以立刻继续执行后续命令：

ssh -f user@computer.B 'shutdown -h now' && shutdown -h now

额外注意点： #

• 确保你在computer.A上执行关机命令有足够权限（比如需要sudo的话）：

  ssh user@computer.B 'sudo shutdown -h now'; sudo shutdown -h now
  

• 如果远程命令需要输入密码，最好提前配置SSH免密登录，否则命令会卡在输入密码的步骤，后续关机也不会执行。

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