连接失败的时候，绝大多数人先怀疑地址。实际排查下来，地址出问题的比例并不高，更常见的是端口和协议没配套。代理IP的连接只有握手这一关，地址错、端口错、协议错，三种表现一模一样，只能靠逐项排除来区分。
先查配套，再查地址，最后才查网络。
为什么先查配套？因为这一项改动成本最低，改一下再试只要几秒钟，而且它是最高频的原因。地址错的情况也有，但通常表现为「一直连不上」，而端口错是「连上就断」或者「握手超时」，两种感觉不一样。地址错的情况也有规律，通常是整条代理IP从来就没通过，一次成功记录都没有；端口错则往往是时好时坏，改一下别的东西又能通。
- 握手直接超时：先看端口有没有被本地挡住。
- 提示认证失败：先看协议与端口是不是配套。
- 连上立刻断开：先看账号的并发是不是已经占满。
三项排查的顺序
第一项查协议与端口的配套关系。同一个地址，SOCKS5 和 HTTP 用的端口不同，填错的表现是握手阶段就失败。第二项查账号状态，过期或者并发占满都会导致连上就断。第三项才轮到地址本身，把地址拿到公开库查一次归属，确认这条代理IP还在服务期内。
换个环境再试一次
三项都排完还连不上，就换一台机器试。另一台机器能连上，说明问题在本机环境，重点查本地网络和防火墙；另一台也连不上，说明问题在账号或者服务商那一侧。这一步能把范围一次砍掉一半。
别忽视客户端的缓存
客户端缓存是最容易被跳过的一项。程序记住了上一次的连接参数，改了配置也不重新读。表现是配置明明改对了，连的还是旧的。判断办法是重启客户端再试一次，重启就通，说明一直是缓存在起作用。
连接失败最怕的是每次都从头开始。按顺序走一遍，把每一步的结果记下来，下次遇到同样的问题能直接跳到结论。
连接失败不是一类问题，是三类问题挤在同一个提示里。