有个采集任务，我特意把IP从200条加到500条，按理说更抗封，结果被封的比例反而涨了。把当天被封的IP导出来排了个序，前三位数字几乎一模一样——问题压根不是IP不够，是它们全挤在同一个子网里。

先花十分钟把手里IP按子网数一遍

做法很简单：取IP的前24位（也就是C段）当分组键，统计每一组有多少条、占多少比例。我第一次数完，最大的一组占了43%，前三组加起来超过七成。

这个数不数真的不知到。从接口提回来的IP是一条一条看的，感觉很分散；按段一分组，才发现来源其实很集中。

目标站为什么爱按段封

两个原因。一是成本：按段匹配一条规则就能盖住几百个IP，比逐个IP往黑名单里塞便宜太多。二是行为特征：同一段往往来自同一个供应商、同一条出口线路，你并发一压，特征几乎是同步的。

所以被封的时候不是"某一条IP不行了"，而是这一批的行为一起被认出来了。

我现在的阈值是这么定的

打散不等于随机乱打

我一开始以为随机打乱就够了，试了两回没用。因为随机打散只在"目标站按段识别"的前提下管用；要是目标站认的是运营商或者ASN，你把IP分散到同一家运营商的不同C段，照封不误。

所以顺序得反过来：先判断目标站按哪个维度识别（最省事的办法就是把被封的IP导出来，看它们共同的维度是段、是运营商还是城市），再决定往哪个方向散。

提取这一侧怎么配合

分散的前提是有料可分。我现在从接口提的时候会把地区参数拆开轮着取，而不是固定一个城市一次拉完，一次也是20条左右进本地池。星月代理的池子覆盖全国300多个城市，支持API实时提取和短效IP自动轮换，可用率标的是90%以上，白名单直连省掉账密那一层；至于按C段分组打标签、按配额往外发这一步，是我自己在本地池里做的。

落到代码里其实就三步：提回来的IP先按C段分组贴标签；每个段维护一个在用计数，到上限就跳过、换别的段；用完的把计数还回去。加起来不到一百行。

也遇到过完全不用折腾的

不是所有目标站都按段风控。有个站我从头到尾就用一条固定IP，跑了三个月也没出事，因为它的风控只盯请求频率，跟段没关系。所以先花半天测一下：拿几条同一C段的IP去打，看它们是不是一起被封；不是的话，这件事可以先放着，别为了优化而优化。

子网分散要点：把IP按C段分组统计，单个段占比压到15%以内；先判断目标站按段、运营商还是城市识别，再决定往哪个维度分散；单段并发不超过总并发的一成；目标站只盯频率的话，这件事就不用做。