Google Cloud VM通过Putty SSH连接频繁出现‘Network error: Software caused connection abort’错误求助

Hey，先别慌！我之前换了网络环境后也碰到过几乎一模一样的SSH连接断连问题，咱们结合你的情况一步步来排查解决：

首先澄清一个误区：你说的「不是Keepalives问题」可能指的是bot本身的运行，但SSH会话的Keepalive和bot的后台运行是两回事 #

你的bot确实在24/7跑，但Putty的SSH连接如果长时间没有交互（比如你没在Putty里输入命令），中间的家用路由器或者网络设备很可能会把这个「看起来闲置」的连接给掐断，这是很多家用路由的默认设置。

具体排查&解决步骤： #

1. 给Putty强制配置SSH会话级的Keepalive
   打开Putty后，左侧导航找到「Connection」：

   • 把「Seconds between keepalives (0 to turn off)」改成30
   • 勾选「Enable TCP keepalives (SO_KEEPALIVE option)」
     保存这个配置（可以存个session预设），这样Putty会每30秒给GCP VM发一次心跳包，让中间设备知道这个连接还在活跃，不会随便断开。

2. 改用Screen/Tmux替代&维持后台进程
   你用python3 main.py &的方式其实很脆弱——一旦SSH会话断开，后台的bot进程会收到系统的SIGHUP信号直接终止。用Screen或者Tmux就能彻底解决这个问题：

   • 先安装Screen（Debian/Ubuntu系）：sudo apt install screen
   • 启动一个Screen会话：screen
   • 在会话里正常启动你的bot：python3 main.py
   • 按Ctrl+A再按D就可以「 detach 」这个会话，此时即使SSH断了，bot依然在后台运行
   • 下次重新连接后，用screen -r就能重新回到之前的会话查看bot状态
     （Tmux功能更强大，用法类似，感兴趣也可以试试）

3. 检查家用路由器的闲置连接超时设置
   很多家用路由器会有「闲置连接自动断开」的功能，时长通常默认是24小时左右，刚好和你的断连周期匹配。进路由器后台（一般是192.168.1.1或192.168.0.1），找「连接管理」「防火墙设置」这类选项，把闲置连接超时时间调长（比如设成72小时）或者直接关闭这个功能。另外也可以试试临时关闭路由器的SPI防火墙，有些防火墙会误判长时间的SSH连接。

4. 配置GCP VM系统级的TCP Keepalive
   有时候GCP端的TCP连接也会因为长时间没有显性数据交互（哪怕bot在跑，可能数据量很小）而断开，给VM配置系统级的Keepalive可以避免这个问题：

   • 编辑sysctl配置文件：sudo nano /etc/sysctl.conf
   • 添加以下内容：

     net.ipv4.tcp_keepalive_time = 600
     net.ipv4.tcp_keepalive_intvl = 60
     net.ipv4.tcp_keepalive_probes = 3
     

   • 让配置生效：sudo sysctl -p
     这样系统会每10分钟发一次心跳包，确保GCP端不会主动断开连接。

5. 排查DNS或路由稳定性
   试试用GCP VM的静态IP地址直接连接Putty，而不是用域名，避免家用DNS解析不稳定导致的连接问题。或者把本地电脑的DNS改成公共DNS，看看会不会改善。

先从Putty的Keepalive和Screen这两个方法开始试，这俩解决了我当时90%的类似问题。如果还是不行，可以开启Putty的日志功能（左侧导航「Logging」选项），把断连时的日志导出来，就能更精准地定位问题了。

备注：内容来源于stack exchange，提问作者Yellow Blood