失效线路的自动剔除：判活频率与误杀避免

目录点击展开

一条线连不上，你会直接剔掉，还是先看探针打在了哪儿？批量运维里最费钱的不是死线没剔干净，而是活线被误杀：把目标站的 429 限流或 403 拒绝读成「不通」，一晚上能剔掉一批还能用的线。下面只管三件事——探针打哪儿、多久探一次、失败几次才动手。

照着做：四步走完，别跳步

判活本身就在发请求。拿要跑的业务站（电商后台、社媒登录页）当探针，等于每轮判活都在给它加压；对方一限流返回 429，或认出这个出口返回 403，判活逻辑就把「被拒绝」读成「不通」。判活要打只验连通的目标：纯 TCP 握手、平台自己的连通接口、或一个稳定的公共回显页。业务结果另记一本账，不混进判活。

在用的线不用额外探——每次真实业务请求本身就是最准的一次判活，成功即清零。要定时探的是闲置线，目的是「下次用到它之前手上有个新鲜结论」。

频率还有个上限：同一条线 10 分钟内不要探第二次。探太勤，先被触发的往往不是线路毛病，而是对方的限流阈值——反过来又制造误杀。

区间口径取自代理测速页：延迟 30ms 内优秀、30 到 60ms 良好、60 到 100ms 一般、超 100ms 偏慢；丢包 0% 理想、1% 内可用、超 2% 明显影响；实测达签约值八成以上算正常，低于六成再排查。

容易混的一点：延迟是「要不要换」的依据，不是「是不是死了」的依据。延迟 150ms 但每次都通的线仍活着，处置是降权，不是剔除。

还有一招判整段失效：同平台同档连提两条新线都不通，那是平台侧或账号问题，剔池子没意义，先查余额与切换额度。

剔除＝连续 2 轮判活失败，两轮之间要隔满一个完整探测周期，不能同一分钟连探两次凑数。放回＝连续 3 次成功，且先丢进观察池跑小流量，稳住再回主力池。剔除快、放回慢的道理很直白：误剔的代价比留一条慢线高得多——慢线只是慢，剔掉的线要重买重验。

这套规则跟计费方式直接相关：按条买的池子每天有新线要验；带切换额度的套餐一条不通时可以「换」不必「剔」。下表以后台实时价为准。

平台	计费口径	跟判活相关的点	参考价
光梭IP	按条买，每条独立	每天 5 条重置，天天有新线	2.24 元/条/月起
天行IP	月付套餐含切换额度	自带每月 1000 次切换，不通先换	月付 6 元起（4 折渠道价）

两家都给新线留了余地：光梭固定域名免重新导入，换线参数不变；天行自带 10 条测试卡与每月 1000 次切换。全档价目到价格中心对照。

光梭IP：按条计费、每天重置的池子型平台，适合一批独立出口逐条判活。

天行IP：月付 6 元起（4 折渠道价，码 tianxingA0），峰值 100M，自带每月 1000 次切换与 10 条测试卡；判死一条线前先看切换额度还剩多少。

开通要三样：能收验证码的手机号、两次一致的密码并勾选协议、以及实名（实名是购买前置，不是注册前置）。