写了一个用来检测 proxy 的 api，目前来看，正确率应该比较高

[YCCD]

ProxyChecker

• 这个检测方法不需要任何 ip 库，成本很低，还比较难绕过

• 原理的话，不是 ip 库，不是 tls 指纹，不是检测分流规则，不是 dns 泄露，不是 webrtc

• 根据我目前的了解，应该没有其他的 api 使用这个检测方法（可能是我见的少）

• 能检测 proxy ，但是有些 virtual private network 检测不到（比如 wireguard 等）

• 上面链接是个简单的前端 UI ，可以直接用 curl 访问：

  curl https://api.proxychecker.yccd.cc:8443
  
  # use http://127.1:7890 as http_proxy
  curl https://api.proxychecker.yccd.cc:8443 -x http://127.1:7890
  

  需要 curl 支持 http2 ，windows 默认的 curl 好像不支持,

  也可以直接在浏览器访问这个 https://api.proxychecker.yccd.cc:8443

• 有些情况下检测不出来，但应该是少数情况，国内使用国内的 proxy 可能检测不到

• 用来检测一些使用 proxy 的爬虫应该效果不错

• 目前接口可能会需要 1-10s 响应，可以再优化一下，懒得搞了

• 只能检测是否使用代理，没法获取到真实 ip

[yanyao233]

蹲一个原理，后续会开源吗？

[1423]

tcp 时间戳?

[Bingchunmoli]

打不开

[1423]

抓包看了下, 应该是对比 ack time 和 http2 ping time
有点东西

[YCCD]

@1423 就是这样的

[1423]

@YCCD #25 @YCCD #25 好奇你的代码 clean 还是 dirty
严格做的话应该有个单独的进程/线程抓包, http2 ping 和抓包 ack 匹配是个问题, 毕竟是加密的
简单做的话只抓 tcp 按字节数规律也行, 只需要找个 http2 server 魔改插入 ping

[1rv013c6aiWPGt24]

打算开源吗？挺准的

[YCCD]

@1423
不需要那么麻烦，tcp 的 rtt linux 有接口可以直接拿
http2 的话确实需要一些处理，不过也不难

[YCCD]

@UncleCAT4 开源，但是现在代码有点丑

[kk2syc]

如果我写个脚本在落地机上先跑上 N 次并标记 no_proxy 呢？

[YCCD]

@kk2syc 你是说检测爬虫方面吗？
可以只标记一条 tcp 连接是正常的，如果是 http2 协议的话，之后的请求应该是会复用这条连接的。
这个检测不难

[qq316107934]

没试海外的节点准不准，但是国内正常的网络被误判的很严重

[qq316107934]

好像找到原因了，4G 和 WiFi 下因为网络波动就会造成误判，有线连接效果会好一点，但也有。

[YCCD]

过滤异常数据的算法有点问题，等我改改

[outtime]

感觉更像是网络质量测试，代理延迟低到一定水平就可以一直过检测

[kk2syc]

@YCCD 不是，我是说如何突破你这个根据波动比例来判断的算法。问题在于你需要纠正算法误差，能纠正就很好搞了，标记 no_proxy 基数达到一个量，你的 proxy 判断也会被纠正

[R4rvZ6agNVWr56V0]

受制于网络通讯的稳定性

[XiLingHost]

对于工作在第三层和第四层的代理（策略路由和透明代理）似乎无效

[pagxir]

@XiLingHost 不要说三层四层了，你机器慢一些就误判了，对一一个高负载的机器, 内核处理到应用层 58 毫秒延迟很平常

[Masterlxj]

不如直接 ja4 啊