Shell脚本SSH拉取服务器日志，模拟Ctrl+C退出但本地日志未保存问题

• 信号发送时序错位
  脚本将SSH进程放入后台后，无任何等待逻辑就立刻抓取进程PID发送SIGINT。此时SSH大概率还处于TCP连接建立、密钥身份校验、远端命令初始化的阶段，根本没来得及建立日志传输通道、接收远端tail推送的日志内容，就被信号强制终止，自然不会有有效日志写入本地log2.txt文件。
• 信号未跨通道透传
  非交互式SSH执行远端命令时，本地发送给SSH进程的SIGINT信号，默认不会透传到远端运行的tail进程。即便SSH能正常建立连接，直接发信号只会中断本地SSH进程本身，无法触发远端tail的正常退出逻辑，也不能保证传输缓冲区中的数据完整落盘。
• 缺少进程退出等待逻辑
  脚本给进程发完SIGINT后，没有等待进程完全退出的动作，内核为SSH进程分配的输出缓冲区中暂存的日志数据，可能因为进程被直接终止，没有来得及刷写到磁盘上的目标文件，最终出现文件无有效内容的情况。

• 调整执行时序，等SSH完成连接、进入日志跟踪状态后再发送中断信号
  给脚本增加等待逻辑，可通过固定延时、检测本地日志文件非空的方式，确认SSH已经正常开始传输日志后，再发送SIGINT信号。参考实现：

  # 后台启动SSH拉取日志
  ssh -i myServer -t 'cd /home/myServerFolder/ && tail -100f log.myServerLog.txt' > /home/local/log2.txt &
  SSH_PID=$!
  echo "启动的SSH进程PID: $SSH_PID"
  
  # 等待10秒，确保SSH完成连接、远端tail开始推送日志
  sleep 10
  
  # 确认进程存活后发送中断信号
  if kill -0 $SSH_PID 2>/dev/null; then
    kill -SIGINT $SSH_PID
    # 等待进程完全退出，确保缓冲区数据全部落盘
    wait $SSH_PID
  fi
  

• 用伪终端参数保障信号透传
  给SSH命令加上-t参数，强制分配远端伪终端，此时本地发送给SSH进程的SIGINT信号，会和交互式会话中按下Ctrl+C的效果完全一致，透传到远端的tail进程，触发tail正常退出、传输通道有序关闭，不会出现硬断连接导致的数据丢失。
• 更可靠的替代方案：取消手动模拟Ctrl+C的逻辑
  如果有明确的日志拉取时长需求，可直接在远端命令中用timeout控制tail的退出时机，完全不需要手动发送SIGINT信号。这种方式从根源上避免了时序错位、信号不透传的问题，进程退出时会自动将所有缓冲区日志刷写到本地文件。参考实现：

  # 远端执行10秒后自动停止tail跟踪，SSH通道正常关闭
  ssh -i myServer 'cd /home/myServerFolder/ && timeout 10 tail -100f log.myServerLog.txt' > /home/local/log2.txt
  

  这种写法不需要后台运行、不需要抓取进程PID、不需要手动发信号，命令执行完成后会自动把收到的全量日志写入本地文件，可靠性远高于手动模拟按键的方案。

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