SSH - 从“while read”循环调用 SSH 时终端行为异常

Question

我正在编写一个 Bash 脚本来跨多个服务器自动执行任务。

我正在通过 SSH 登录到 Centos 7 机器以运行一些编辑器（nano、vi、...）

ssh -tt centos@... '/bb/Conf edit'

/bb/Conf edit 基本上就是vi /bb/conf.yaml。

当我从我的 shell 运行 SSH 命令时，它运行良好。但是，当从 while read ...; do 循环内的 Bash 脚本运行相同的 SSH 命令时，编辑器的大小错误（我猜是 80x40）并且似乎忽略了我按下的键 - 即在 nano 中，Ctrl+x 没有不做任何事。唯一有效的键是 Ctrl+c 关闭连接。

我认为这与TERM 变量有关，根据this，所以我尝试将export TERM=xterm 或TERM=rxvt 添加到/bb/Conf 或调用SSH 的地方。该变量实际上是在目标环境中设置的（我在vi 之前尝试过echo $TERM）。但是终端仍然行为不端。

然后我尝试将单个命令 ssh ... 放到一个新脚本中。运行时，编辑器运行良好。

过了一会儿，我发现它在while read 循环之外有效，但在循环内部无效。我假设编辑器做了一些 stdin/stdout 魔术，然后 read 以某种方式打破了它。

有没有办法在循环中运行像 vi 或 nano 这样的编辑器？

（我的目的是允许用户在多个服务器上编辑文件。）

Answer 1

这是因为read 和ssh 都从同一个输入流中读取。解决方案是为 while 读取循环使用不同的文件描述符：

while IFS= read -r -u3 line; do
    ssh ...
done 3< file

在这里，我们使用文件描述符 3 而不是标准输入。

---

冗长的管道可能难以阅读和维护，但您可以建设性地使用空格：在| 和&& 和|| 之后允许换行。此外，括号引入了一个包含任意脚本的子shell，因此缩进会有所帮助。

while read -u3 line; do
    : do stuff here that needs to read from stdin
done 3< <(
    command 1 of the pipeline |
    command 2 |
    command 3
)

这是干净和可读的。缺点是它将管道的最后一部分（while 循环）放在首位，因此代码类型会向后流动。