这是一个创建于 304 天前的主题，其中的信息可能已经有所发展或是发生改变。
链接： https://proxyguess.bjun.tech/client_check.php
代理检测： 还是那一套，主要靠延迟
客户端合法性检测： 或者叫浏览器伪装完整度检测，主要靠 TLS+HTTP 指纹
如果用 curl 等工具测试，如下：
1 、 发起请求，允许跳转
curl -L https://proxyguess.bjun.tech:9766/client_check?token=随机字符 2 、 拉结果
curl -L https://proxyguess.bjun.tech:9766/client_info?token=随机字符  | 1 liyafe1997 304 天前 靠延迟有点离谱了吧，要是我的网本来就慢呢，或者距离你服务器本来就远呢？ 坐标欧洲 Client Check: UNPASS TLS_HTTP UNPASS CAUSE: CLIENT_SCORE_TOO_LOW |
 | 2 xxxbin OP @liyafe1997 嗯 会有这种问题 特别是丢包后。 |
| 3 xxxbin OP @liyafe1997 回复少了。补充下，丢包对代理检测会有明显的影响，但网慢和远问题不大。 TLS_HTTP：UNPASS ，是客户端合法性检测没过，和代理、延迟没关系。大概意思就是浏览器的环境分不够，比如修改 UA 啥的，你使用啥？ |
| 4 liyafe1997 304 天前 @xxxbin Firefox 133 |
| 5 liyafe1997 304 天前 @xxxbin 国际链路/网慢也很有可能造成丢包，包括 WIFI/Cellular 信号差 |
| 6 liyafe1997 304 天前 @xxxbin TLS_HTTP UNPASS CAUSE: CLIENT_SCORE_TOO_LOW DETAIL: JA3: a767f8ae9115cc5752e5cff59612e74f JA4: t13d1714h2_5b57614c22b0_3dd24b5ebec4 h2_fp: 1:65536;2:0;4:131072;5:16384|12517377|0|m,p,a,shttp_header: user-agent;accept;accept-language;accept-encoding;referer;dnt;sec-gpc;sec-fetch-dest;sec-fetch-mode;sec-fetch-site;priority;te browser engine: browser|*|Gecko|133.0 the closest engine: browser|*|Gecko:132-132 engine similarity: 0.875 |
| 7 xxxbin OP @liyafe1997 我的我的，火狐 130 版本左右应该有灰度测试，H2 指纹，不稳定。 |
| 8 xxxbin OP @liyafe1997 一脸懵逼，没打完发出去了。 h2_fp （你的，没收录到的）: 1:65536;2:0;4:131072;5:16384|12517377|0|m,p,a,s h2_fp （数据库里的）: 1:65536;4:131072;5:16384|12517377|3:0:0:201,5:0:0:101,7:0:0:1,9:0:7:1,11:0:3:1,13:0:0:241|m,p,a,s 回头我去更新下 |
 | 9 R4rvZ6agNVWr56V0 304 天前 基于 pf0 吧 ？ |
| 11 xxxbin OP @liyafe1997 更新数据库了，可以试试。自己维护这个数据库也是麻烦，稍微跟不上版本就丢人了。 国际链路我感觉只能搞多机子多地区和线路解析，类似 CDN 。不过目前只是国内一个机子 用户侧导致的丢包，只能看运气了，看丢哪个。 其实最麻烦的还是类似蜂窝那种本来就有和出口 ip 有大延迟的，那个基本没办法。（可能可以基于 IP 的应用场景数据库辅助去判断,但要覆盖到全部 IP,好难。） |
Select Language