SSH在while read循环中调用时终端行为异常问题排查

这个问题我之前帮同事排查过，核心原因是while read循环会占用脚本的标准输入（stdin），导致SSH调用的编辑器无法正确连接到你的本地终端，同时终端环境变量也可能没同步到远程机器上。下面给你几个靠谱的解决方案：

• 避免read占用终端stdin
  当你用while read ...; do ... done < servers.txt这种写法时，整个循环的stdin被重定向到了服务器列表文件，SSH命令执行时会继承这个stdin，而不是你的本地终端——这就是编辑器按键无响应的根本原因。
  你可以用进程替换来让read从独立的输入流读取，保留终端stdin给SSH：

  while read host; do
    # 同步本地TERM变量到远程，确保编辑器识别终端类型
    ssh -tt centos@$host "TERM=$TERM /bb/Conf edit"
  done < <(cat servers.txt)
  

  或者用自定义文件描述符，让read使用非0的文件描述符读取服务器列表：

  # 用文件描述符3读取服务器列表，stdin（fd0）留给SSH
  while read -u 3 host; do
    ssh -tt centos@$host "TERM=$TERM /bb/Conf edit"
  done 3< servers.txt
  

• 同步终端环境变量
  远程机器的TERM变量可能和本地不一致，导致编辑器无法正确识别终端尺寸和按键映射。在SSH命令里显式传递TERM=$TERM，能让远程编辑器使用和本地相同的终端类型，解决尺寸显示错误的问题。

• 改用for循环（适合简单场景）
  如果你的服务器列表里没有带空格的主机名，直接用for循环读取列表更简单，不会涉及stdin重定向的问题：

  for host in $(cat servers.txt); do
    ssh -tt centos@$host "TERM=$TERM /bb/Conf edit"
  done
  

另外要注意，-tt参数是必须的——它强制SSH为远程会话分配伪终端，没有这个参数的话，远程编辑器根本无法正常运行，你已经用对了这一点👍。

内容的提问来源于stack exchange，提问作者Ondra Žižka