验证失败这个提示太笼统，它可能来自三个完全不同的地方：客户端与线路之间的握手、服务商那边的账号状态、目标系统对来源的判断。三种原因的修法完全不同，混在一起查就会陷入反复重试。代理IP的验证问题，第一步是把提示归属到具体哪一层。
提示一样，位置不一样。
三种原因各是什么
- 握手层：协议或端口不配套，表现为立刻失败、重试无效。
- 账号层：账号过期、并发占满、当期用量耗尽，表现为间歇性失败。
- 来源层：目标系统不接受这个地址，表现为连接成功但请求被拒。
先看失败的速度。立刻失败、重试多少次都一样，问题在握手层；时好时坏、换个时段能过，问题在账号层；能连上但请求被拒，问题在来源层。失败的速度比提示的文字更有信息量，因为提示文字是客户端统一写的，速度是真实状态。
立刻失败查握手，间歇失败查账号，连上被拒查来源。
握手层最好修。回到后台把参数表重看一遍，协议和端口成对核，五项逐个对。核完还失败，就在另一台机器上试一次，能区分是本机环境还是参数本身的问题。
账号层与来源层怎么处理
账号层看后台。到期时间、并发占用、当期用量三个数都在后台能看到，看一眼就知道。这三个数都正常，再去看是不是触发了短时的频率限制，等十几分钟再试一次就能确认。代理IP的账号问题基本都能在后台自查，不需要提工单。
来源层最麻烦，因为决定权不在自己手上。能做的只有三件事：换一批同类型的代理IP地址试试、降低请求频率、把来源的登记类型统一。三件事做完还是被拒，说明这个目标对这个类型的地址就是不接受，那就该重新考虑方案了，继续换地址只是拖延。
验证失败不是一件事，是三类事。先把失败的速度看清楚，答案就有一半了。