换完IP之后做一次访问测试，看到IP地址变了，就认为这件事收尾了。这个动作只能算验证，覆盖的是当下这一刻的状态。代理线路的稳定性要在时间里看，需要另一套做法接在后面。把这两件事混起来，往往会出现一种错觉：每次检查都正常，问题却总是隔三差五地冒出来。
验证看的是一瞬间，监测看的是一段时间
验证是一次性的，跑几个请求，确认配置生效、IP符合预期、目标站能正常接受，得到的是一个快照。监测是持续性的，按固定节奏反复确认同样的几件事，得到的是趋势。两者的动作看着很像，落点完全不同：验证回答的是现在行不行，监测回答的是一直行不行。
代理IP出问题很少是忽然全断，更多是慢慢变差。成功率从九成五掉到九成，单看一天的记录可能只觉得是正常波动，连着三天往下走就有意义了。这类缓慢的变化只有持续记录才看得出来，一次验证做得再仔细也抓不到。
两个动作各自该放在什么位置
验证该在什么时候做
验证适合放在几个明确的时刻：刚配置完、换过IP、改过规则、重启过客户端、业务报错之后。这些时刻的共同点是变量刚被改过，需要一个确认动作把状态固定下来。验证不必做得太重，三层就够：连通、IP、业务各确认一次，记下时间点和当时的IP地址。留档这一步别省，后面出问题时它就是对照的基准。
监测该看哪些指标
监测不需要盯很多数字，三个就够用：成功率、响应时间中位数、IP地址的变化次数。成功率反映整体可用性，中位时间反映链路质量，变化次数反映IP稳不稳。代理线路的监测记录按天留一条，一周看一次趋势，异常的苗头通常在连续两三天的小幅变化里就露出来了。
两份记录怎么接上
两个动作之间有明确的分工：验证负责确认变化，监测负责发现变化。把验证的结果当成监测的起点，两套记录就能接上。每次验证留下的IP地址和时间点，正好可以标注到监测曲线上，回头翻记录时哪一次改动带来了什么后果，一眼就能看清楚。
曲线抖一下不算事，连着抖三天才值得查。
一次验证只能证明此刻能用，长期监测才说明一直可用。
把验证固定在几个关键时点，把监测固定在每天的同一时间，两份记录并排着看。代理线路的问题大多会在这两份记录的交界处先露出苗头，处理起来也从容得多。