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

[xxxbin]

链接在这里

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

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

[SingeeKing]

我试了下，然后你猜错了（

[Jirajine]

意义何在？不明白延迟和代理有什么关系。移动网络、卫星网络、垃圾线路跨国连接、严重拥塞的网络都可以产生较长的握手时间。代理协议也可以通过 Mux 链路共享、多倍发包的传输层协议来降低握手延迟。

[xxxbin]

@SingeeKing 哈哈哈 有点丢人 加了个 ip ，看看有没有走代理？

[SunsetShimmer]

猜错了 +1

[xxxbin]

@Jirajine
1. 开始想找个法子去发现住宅代理。
2. 较长的握手时间似乎不会改变使用代理的特征。较低时间只是会让特征区分识别
3. 后面那部分能力之外，看不懂。按我理解应该和我想的特征没关系

[xxxbin]

@SunsetShimmer 留个类型呗？

[xxxbin]

哦 对 你们出海的要挂全局。 链接服务器在国内。看我还能嘴硬多久。哈哈哈

[Jirajine]

@xxxbin 误判率过高以至于没有意义。非代理用户可能因为各种各样的原因导致握手延迟较高，代理用户也可以通过各种方法降低握手延迟。
mux 多路复用是用一条连接承载多条连接，除第一条连接需要握手外后续连接用已有连接承载，无额外的 客户端到代理服务器的握手开销。以 v2 为例 https://www.v2fly.org/developer/protocols/muxcool.html 任何代理都可以轻易实现相同的机制。
另外 wireguard 等基于 udp 的 VPN 协议也能起到相同的效果，cloudflare 的代理产品 1.1.1.1 的主要卖点就是降低响应延迟。
多倍发包就是通过更激进的拥塞控制算法和大量发包以对抗丢包，从而减少可能需要的重传以降低延迟，例如 kcp 和 hysteria ，其实 quic 也有类似效果。

[SunsetShimmer]

@xxxbin vmess

[xxxbin]

@Jirajine 只针对握手的情况 ，后续的我无能为力。握手才有我说的特征。
误判率过高我暂时也没办法，能力有限。
只是突然想到的点子撸出来试试看。

[xxxbin]

@SunsetShimmer 纯 vmess? 还是有套 tls ？ 。香港的？

[illl]

这个还更靠谱些 https://www.etherdream.com/proxy-detect/tcpwin.html

[illl]

应该是这个 https://github.com/EtherDream/web-frontend-magic

[xxxbin]

@illl 好 学习下

[Jirajine]

@xxxbin 我这里说的，都是针对握手延迟的方式。其实除了简单的 1:1 tcp 代理外，有各种各样的方法消去这种额外的开销。客户端不需要每个 tcp 连接都进行一次完整的客户端到代理服务器再到目标服务器的握手，只需要通过其他方式告诉代理服务器直接向目标服务器发起握手，然后开始传输数据就完事了。

[raycool]

肉身国内的，上 V2 的大部分都代理了吧~

[SunsetShimmer]

@xxxbin 香港没错，具体细节不清楚，机场不是我的。

[xxxbin]

@SunsetShimmer 有设置一个阈值 ，低了不认。我分不清是设备导致的还是代理导致的。手里的 iphone 直连都会有个代理都高的数，不确定产生的原因

[xxxbin]

@Jirajine 嗯 确实是这样 暂时还没想到这部分的情况

[yankebupt]

@xxxbin 测试 url 在国外？我用绕过大陆还是 guess proxy true...
不过话说回来，用的 redir-host ，所以访问的 ip 是假的过了一层，虽然可能没走代理，会不会是这个原因……
算误伤么？也可能不算吧……