如何区分连接超时故障来源是代理还是目标端点？

核心判断逻辑基于代理请求的两阶段链路：客户端→代理的连接阶段、代理→目标站点的连接阶段，不需要访问代理或目标站的日志，通过对照测试、分段耗时、错误特征即可完成定位，适配用proxy judge评估代理质量的场景：

• 异源代理对照测试（准确率最高）
  出现超时报错时，立刻选取3-5个和被测代理不同服务商、不同IP段、此前验证过可用的代理，访问同一个proxy judge页面：
  • 如果超过半数的对照代理同样出现连接超时，可直接判定为proxy judge页面过载/故障，执行退避策略即可
  • 如果所有对照代理都能正常访问检测页，说明问题出在当前被测代理链路，进入下一步校验
• 请求分段耗时定位
  给请求客户端开启调试日志，拆分两个连接阶段的耗时，以curl为例，可以通过--write-out参数输出分段耗时：

  curl -x <被测代理地址> -o /dev/null -s -w \
  "到代理的TCP连接耗时: %{time_connect}s\n 到目标站首包响应耗时: %{time_starttransfer}s\n 总耗时: %{time_total}s\n" \
  <proxy judge地址>
  

  • 如果到代理的TCP连接阶段就卡满超时阈值，没有完成三次握手，直接判定为代理本身失效，做停用处理
  • 如果已经成功和代理建立连接、甚至已经完成请求发送，在等待代理回包阶段超时，就用同一个代理访问一个你确认可用性极高的基准站点（比如大型门户首页、公共静态CDN资源）：如果访问基准站也超时，判定为代理故障；如果访问基准站正常，判定为proxy judge端过载/对当前代理IP限流，走退避逻辑
• 错误特征快速判断
  两个阶段的超时返回的错误特征有明显区别：
  • 代理连接阶段超时：属于TCP层错误，不会返回HTTP状态码，常见报错为Connection refused、No route to host、TCP连接超时无响应，直接判定代理故障
  • 目标站连接阶段超时：一般会收到代理返回的HTTP响应，最常见状态码为504 Gateway Timeout，部分代理会在响应体中明确标注上游连接超时字样，结合基准站访问结果即可判定是否为检测页故障
• 直连对照校验（网络环境允许时使用）
  如果你的本地网络可以直连proxy judge页面，超时后立刻直连访问一次检测页：如果直连也超时，直接判定为检测页过载；如果直连正常，再结合基准站访问结果判断代理可用性即可

1. 触发connect timeout后，第一时间用3-5个异源可用代理访问同一检测页
2. 若对照代理超半数超时：标记检测页故障，执行指数退避，间隔1-5分钟后再恢复检测
3. 若对照代理全部访问正常：用被测代理访问预设的高可用基准站点
   • 基准站访问失败：标记代理失效，直接移出可用代理池
   • 基准站访问正常：标记为检测页临时波动/单IP限流，间隔30s重试一次，重试失败则跳过该代理本轮检测，不判定为代理本身故障

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