验证失败这个提示最常见，也最没用，因为它把所有原因都归成了一句话。实际排查要按固定顺序走一遍，从参数到链路再到服务端，一层层往下切。顺序乱了，等于在同一层反复试，试到怀疑工具坏了也找不出原因，时间全耗在原地打转上。
先按顺序过一遍，别在同一个地方反复试。
顺序不复杂，四项查完，八成的失败原因都能定位到，剩下两成再往下深挖。
- 核对协议类型与端口是否与提供方一致
- 单独用一条线路验证，排除规则冲突
- 换一台设备或换一条网络再验一次
- 以上都正常，再联系服务方确认账号状态
- 参数错：提示通常是立刻失败，很快给结果
- 链路错：提示会卡一段时间再失败
- 账号错：换网络也一样失败，表现最单一
四步各查什么
第一步查协议和端口，这两项最容易被默认值带偏。第二步单独验一条独立IP线路，把多规则叠加的可能排掉。第三步换设备换网络，用来区分是本地环境的问题还是线路本身的问题。三步都过，问题多半在账号侧，这时候再找服务方才有效。
提示很快返回说明什么
很快返回基本可以断定是参数层面被拒了，连链路都没建立起来，提示还没来得及走完握手就回来了。这种情况下别去测速度，也别换线路，先把协议类型和认证信息逐个字符核一遍，注意全半角和多余空格，这两处最容易抄错。
卡很久才失败说明什么
卡住说明请求发出去了但没等到回应，问题在链路或对端。先确认端口通不通，再看是不是本地防火墙拦了出站方向。这类问题换一条独立IP线路往往立刻好转，可以先拿备用线路做对照，一次就能判断方向。
怎么避免反复返工
每次验证都把结果记下来，成功的是哪条、失败的是哪条、换了哪条IP线路之后成功的。记录攒起来之后，同类问题能直接对上，不用每次从零开始猜。这份记录比任何排查口诀都管用。