无聊撸了点检测代理的代码，主要是通过握手时间判断的，来试试?

[xxxbin]

链接在这里

http 、socks 、vmess 自测都能检测到，也发现似乎不同工具的实现方法还有些不同。

客户端和代理之前的延迟比较低的情况，大概率发现不了。

[xxxbin]

@cy1027 无聊啊 发现有这个特征就拉出来试试啊

[xxxbin]

@Pastsong 有道理 狗头

[xxxbin]

@yaoyao1128 似乎隧道代理的才有效

[cy1027]

@xxxbin https://www.yalala.com/ 不知道这些你都试过没有，应该是管点用

[yulgang]

搞错了，再来！

[xxxbin]

@cy1027 WebRTC ip 泄露 这个知道的 其他就没啥看到的了

[xxxbin]

@okrfuse 我这个方法 应该服务端 才知道 走到代理前应该看不出来

[xxxbin]

@newmlp 评论区不和谐 换批人来 就这么搞

[xxxbin]

@newmlp 有发现一篇阿里的文章是和我想的差不多 他们可能处理得更好 或者综合其他因素吧 我这个就孤单的一个特征做指标

[xxxbin]

@yanqiyu 那有可能，这么新的工具 估计也有做些特别处理 这类型的不太了解

[xxxbin]

@piloots 哈哈哈 geoip 报错了估计 没做过滤

[xxxbin]

@kera0a 本地代理应该猜不出来才对 哈哈哈

[xxxbin]

@yanqiyu win 10 ip 位数 41.67 ？ 如果是 按目前的阈值和 3 行确实发现不了
看了下特质数值，与其他的也是有些不同

[xxxbin]

@yanqiyu 按特征值来推算 能看的是那个机器 ping 我服务器应该是 10ms 左右 你 ping 那个机器是 40ms 左右。

[xxxbin]

补了猜测延迟，看看就好 错误率应该更离谱。

[klight]

挂全局你也猜错了:)，VPN 地址倒是没错

[xxxbin]

@Jirajine 请教一下 是不是有些工具设置直连实践上不是跳过工具与目标机器直连 而是工具与目标机器直连？像 20 层的情况。

[Jirajine]

@xxxbin 那要看是怎么分流的。pac/iptables+ipset/nftables/策略路由等方式直连的流量肯定是直连，clash/v2 等用户侧路由直连的那当然是工具发起连接。
不过这种情况不太可能对你的检测结果产生影响，这种代理工具通常运行在局域网甚至 localhost 上，最多开销一些 CPU 罢了，延迟影响忽略不计。

[xxxbin]

@Jirajine 我是看包发现的，延迟确实看不出。但推测是工具处理后的包有了自己的特征，只是推测，感觉也挺难实锤

[kwh]

楼主，能具体说说是怎么检测代理的吗？？？
我自己用 Java 写了个 http 代理用来翻墙，