根据 tls 的 rtt 和 tcp 的 rtt 检测代理，已开源

[YCCD]

这个帖子的源码

proxy-checker-rs

用 rust 写的，代码比较丑，将就看吧

有很多没使用代理，被检测为代理是因为网络不稳定，而且过滤异常值的算法有问题

网络的话，可以在不同地区部署服务，分区解析，

我部署在 99 一年的 hk 机器上，网络肯定不稳定，用线路好点的机器 或者 国内国外都部署然后分区解析会好很多

我部署在线路比较差的节点上，目前的话数据还行，只有一部分数据在临界值, 下面是随便截的数据

3 层的代理检测不到

代码有可以优化的地方，暂时就先这样吧，欢迎 pr

(可以的话 star 一下, 谢谢)

[zhng920823]

厉害了, 不错的检测思路

[yb2313]

那以后爬虫失败都怪你😫

[yb2313]

为什么谷歌翻译会把 yccd 翻译成树丛

[exkernel]

打开思路了

[mightybruce]

你可以多实现几种滤波算法，将数据信号通过滤波算法过滤一下。

[fffang]

原理图用啥画的？

[YCCD]

@fffang https://excalidraw.com/

[fffang]

@YCCD 谢谢

[povsister]

透明代理之类的可以检测到，毕竟直接 socket connect time 非常短。
OP 说的三层代理应该是直接三层路由的那种。

[CC11001100]

牛蛙牛蛙 👍

[tianhehechu]

加油，可以继续完善。不过有点担心，被利用来屏蔽梯子

[allenby]

利用了 tls 的握手从实际服务器返回，tcp 的握手从前置服务器返回，根据两者时间差的关系来检测？

[YCCD]

@allenby 嗯

[Archeb]

这个思路让我想起了 @iqoo 大佬的前端黑魔法系列

https://github.com/EtherDream/web-frontend-magic

[allenby]

@allenby #12 确实是好方法，还好我是直接前置 tls ，没有正确的 host 根本进不去🐶

[allenby]

@allenby #15 但是如果是墙的话，也是可以通过以上方式判断出来的，除非前置和 后段离得很近