Linux批量执行git pull遇kex_exchange_identification连接重置报错的规避方案

问题现状 #

• 运行环境为Linux，编写的bash脚本核心逻辑：定义包含alpha、beta、gamma、landa、sigma、delta、etta共7个目录名的文件夹数组，循环进入/home路径下的对应目录，依次执行git pull origin master
• 脚本执行到第5个目录时连续抛出报错：

  kex_exchange_identification: read: Connection reset by peer
  fatal: Could not read from remote repository

• 已定位根因：同一IP地址短时间内向GitHub、Bitbucket发起多并发SSH连接时，会被平台安全机制判定为潜在DDoS攻击行为，主动返回Connection reset的连接重置响应
• 核心约束：不替换现有SSH连接方式为HTTP连接，需在保持SSH拉取模式的前提下，有效规避该类报错

可落地的解决方案 #

1. 串行循环中增加固定等待间隔 #

直接在每轮拉取完成后插入等待逻辑，拉低单位时间内的SSH连接发起频率，匹配平台默认的连接频率阈值，从源头避免触发安全拦截：

# 调整后的循环逻辑示例
for repo in alpha beta gamma landa sigma delta etta; do
  cd /home/$repo || continue
  git pull origin master
  # 新增逻辑：每完成一次拉取等待8秒，控制连接发起节奏
  sleep 8
done

可根据自身网络状态调整等待时长，一般5-15秒的间隔即可适配绝大多数git托管平台的SSH连接频率限制，不会触发拦截。

2. 配置SSH连接复用，减少新建连接次数 #

通过开启SSH的多路复用机制，让同一IP到目标git平台的多个SSH请求共用一条已建立的长连接，从根本上降低短时间内的全新TCP连接数量，既减少被判定为异常流量的概率，还能加快整体拉取速度：

1. 编辑本地SSH配置文件~/.ssh/config，新增对应平台的复用配置：

   Host github.com
     ControlMaster auto
     ControlPath ~/.ssh/sockets/%r@%h-%p
     ControlPersist 600
   Host bitbucket.org
     ControlMaster auto
     ControlPath ~/.ssh/sockets/%r@%h-%p
     ControlPersist 600
   

2. 提前创建配置中指定的socket存储目录，避免权限类报错：

   mkdir -p ~/.ssh/sockets && chmod 700 ~/.ssh/sockets
   

机制说明：配置生效后，首次访问目标git平台时会建立一条可保持10分钟的持久连接，后续同平台的所有SSH请求都会通过这条长连接传输，不会重复发起新的TCP握手流程，完全不会触发高频新建连接的拦截规则

3. 增加内置失败重试逻辑 #

在循环逻辑中嵌入针对连接重置报错的自动重试机制，即便某次请求被平台临时拦截，短暂等待后重新发起即可完成拉取，不会中断整体脚本的运行流程：

for repo in alpha beta gamma landa sigma delta etta; do
  cd /home/$repo || continue
  # 单仓库最多重试3次，每次重试间隔20秒
  retry_count=0
  until git pull origin master; do
    retry_count=$((retry_count + 1))
    if [ $retry_count -ge 3 ]; then
      echo "$repo 拉取失败，已达最大重试次数"
      break
    fi
    echo "$repo 触发连接重置，等待20秒后重试..."
    sleep 20
  done
done

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