做爬虫的人，十个有九个被同一个问题折磨过：代理IP本地测着好好的，一上目标网站就被拦。换个IP，拦；再换一个，还是拦。

问题多半不在IP本身，而是你压根没搞清楚目标网站在检测什么。识别代理检测机制，本质上就两件事：它在看哪些信号，你的哪些行为在这些信号上露了馅。把这一步做扎实了，后面用什么代理、怎么调参数，方向才明确。

代理检测不是一道门，是一张网

很多人对代理检测的理解还停在五年前：网站有个黑名单，我的IP在上面就被封。2026年的反爬系统早不是这种非黑即白的逻辑了，而是一张由多层信号叠加成的网。

现在的反爬系统，一般从三个层面同时收信号：

网络层：看你的IP属于哪个网络，是不是机房IP

协议层：看你的TLS握手像不像真浏览器，HTTP请求头有没有代理痕迹

行为层：看你的请求节奏像不像真人

这三层信号分开采集、综合评分。单看每一层都可能误判，但三层叠在一起，判断准确率就上去了。所以别去纠结"它有没有黑名单"，要搞清楚的是：它在哪一层、用哪些信号在判断你。

先看请求头：最直接的检测信号

网站检测代理的第一道门槛，就是看你请求头里有没有代理痕迹。

很多代理服务器转发请求的时候，会自动往HTTP头里加字段，最常见的就是X-Forwarded-For、Via、X-Real-IP、Proxy-Connection这几个。这些字段本来是用来做链路追踪的，但到了代理场景里，等于直接告诉目标网站：我是代理流量。

想自查很简单。配好代理，访问一下httpbin.org/headers，看返回的headers里有没有上面这几个字段。有，说明你的代理在请求头层面是透明的，网站一眼就能认出来。

除了字段本身，请求头的排列顺序也是个信号。Chrome、Firefox、Safari发请求头时的顺序各不相同，Python的requests库、Go的HTTP客户端也各有各的固定顺序。你的请求头顺序跟声称的浏览器对不上，照样被标记。

网络层：一个查不到真实位置的代理，可能比不用还危险

网络层的检测很多人会忽略，但这一层其实特别关键。

服务器收到请求，第一件事就是看源IP的ASN归属。ASN（自治系统号）标识了这个IP属于哪个网络：住宅IP的ASN在电信运营商名下，机房IP的ASN在AWS、Google Cloud、Hetzner这些云厂商名下。一个请求说自己来自家庭用户，ASN却显示是数据中心，系统立马就标记了。

更隐蔽的是延迟三角测量。服务器会通过TCP三次握手中数据包到达的时间差，估算你真实的网络位置。你的IP声称在纽约，网络延迟特征却显示你人在亚洲，这个矛盾一样会被识别出来。

想自查的话，用代理访问ipinfo.io，把返回的IP、ASN、地理位置记下来，再手动查一下这个ASN属于哪类网络。要是ASN写着DigitalOcean、Hetzner，你却对外声称自己是普通用户，这就对不上了。

协议层：TLS握手在你说话之前就把你卖了

这是目前代理检测里最隐蔽、也最致命的一环。

客户端和服务器建立HTTPS连接，第一步就是TLS握手。握手时客户端会发一个ClientHello消息，里面带着TLS版本、加密套件列表、扩展列表，还有它们的排列顺序。这个排列顺序是代码实现决定的：OpenSSL一个指纹，BoringSSL一个，Chrome又是一个。

也就是说，你还没发任何HTTP请求头，服务器光凭TLS握手就已经知道对面是Python还是Chrome了。你拿Python的requests库通过代理访问网站，代理给你配了个漂亮的住宅IP，但TLS握手直接告诉服务器"我是Python 3.11"——这个矛盾本身就是最明显的机器人信号。

JA3和JA4是目前最主流的TLS指纹检测方案。JA3把ClientHello里的关键字段拼接起来做哈希，JA4做了更细粒度的版本化和扩展排序。检测系统维护着一个浏览器指纹库，你的JA3/JA4哈希不在任何已知浏览器的列表里，直接标记异常。

想自测，去tls.browserleaks.com/json看一眼你的JA3/JA4指纹，跟真实的Chrome或Firefox对比一下。如果不一致，问题就不在代理IP上，而在你的HTTP客户端库本身。

行为层：频率、时序、一致性

前面三层都是静态特征，行为层玩的是动态的。

网站会记录你每一次请求的时间戳，再分析这些时间戳的分布。一个IP的请求间隔始终在2.8秒到3.2秒之间，标准差小得可怜，系统基本可以判定是机器在跑。真人浏览页面的停留时间，是典型的长尾分布：大部分页面停留很短，偶尔才有一个极长的。

行为层里最容易被忽略的是一致性检测。你的User-Agent说自己跑在Windows 10的Chrome上，TLS指纹却显示Linux服务器特征，TCP/IP栈指纹也指向Linux，时区和语言设置又跟IP归属地对不上。这一堆矛盾叠在一起，基本就是铁证。

实操：怎么系统地识别一个网站的检测机制

上面是原理，落到实操上，按下面这个流程走就行。

第一步，用干净环境做对照。 先用本地真实IP、不挂代理，访问目标网站，记录返回状态码、响应时间和页面内容。这是你的基准线。

第二步，只挂代理，其他什么都不动。 请求头、UA、请求间隔全部保持原样，换成代理再访问。被拦了，说明代理IP本身有问题；没被拦，说明IP是干净的。

第三步，逐步排查各层。 用httpbin.org/headers查请求头有没有泄露代理字段；用tls.browserleaks.com/json查TLS指纹像不像浏览器；用ipinfo.io查IP的ASN归属和地理位置是不是自洽。

第四步，用专业检测站点做深度诊断。 像amiabot.app这类站点，会把请求头、TLS指纹、浏览器指纹、行为评分综合起来查一遍，直接告诉你哪些信号暴露了代理身份。

第五步，也是最关键的一步——拿真实目标网站测。 上面那些工具只能告诉你"理论上你有哪些破绽"，但每个网站的实际检测策略都不一样：有的只看ASN，有的重点查TLS指纹，有的主要靠行为分析。唯一可靠的判断方法，就是拿真实目标站点跑50到100个请求，统计成功率、验证码触发频率和响应质量。

容易被忽略的一个事实

代理检测不是一个"是或否"的判断，而是一个概率评分。

每一层信号都有误判的可能：一个住宅IP可能因为同网段有人干过坏事被临时标记，一个正常请求可能因为网络抖动表现出异常时序。所以反爬系统不会因为单一信号就封你，而是把多层信号加权组合，超过阈值才触发拦截。

这意味着，你不需要在所有维度上都做到完美，但至少不能有明显的矛盾。一个住宅IP配上OpenSSL的TLS指纹，是明显的矛盾；一个美国IP配上中文的Accept-Language，也是矛盾。由此可见，一致性比完美更重要。