代理IP的配置写完不等于生效。验证要回答三个问题：请求有没有经过代理、经过的是哪一条线路、这条线路稳不稳。三个问题对应三种验证方式，逐个做一遍，心里才有底。验证花的时间不多，比带着疑问跑正式任务划算。
三处怎么看
- 看通不通
- 能不能正常拿到结果，排除配置本身的问题
- 看走没走
- 对端看到的来源是不是配置里那条线路
- 看稳不稳
- 连续访问一段时间，观察有没有中途断开
用什么请求验证
最好用一个能返回来源信息的页面，直接看到对端是谁。如果没有这样的页面，也可以用两条不同的线路分别访问同一个页面，比较返回的内容是否有差异。差异明显，说明线路确实换过来了。
验证要跑多久
跑一次只能说明当时是通的。任务要连续跑几个小时的，验证也把时长拉长一些，跑上十几分钟，看看中途有没有断开或者响应变慢。短时间通过只说明配置没错，长时间通过才说明线路可用。
用哪种线路验证
手上有两类线路时，两类都验一遍。长期固定的那类用来跑主要任务，临时分配的那类用来做补充，两类表现可能差得比较远。只验其中一类，另一类出问题时要到正式任务里才发现。代理IP的线路状况会变，验证时多覆盖一类，后面少一次意外。
验证不通过怎么办
先查这几处
先查配置写的位置对不对，再看凭据有没有过期，最后看规则有没有把这次请求挡在外面。这三处按顺序排除，大多数问题在前两步就能找到。
验证之后怎么记录
把这次验证的结果记一行：什么时候验的、用了哪条线路、结果如何。记录不用长，时间长了就能看出线路状况的变化趋势。哪条线路在什么时段容易出问题，这类规律只有连续记录才看得出来。
验证的意义是把大概是好的，变成确认是好的。
验证花十分钟，省下的是半天。
配置之后的这一轮验证，是整件事里最省时间的一步。三处都过了，正式任务就可以放心跑。代理IP的配置涉及好几个环节，任何一处没对齐都会表现为任务失败，逐项验证是最快的定位方式。先验证，再上量。