网站打不开的时候，你最先想到的是什么？很多人第一反应是换代理IP的出口地址，可换了好几个还是一样——因为问题可能根本不在出口，而在下游的本地配置，或者在上游的目标站本身。分清问题在上游还是下游，才是排查代理IP故障的第一步。
上游出问题的典型症状
上游段是代理IP到目标站这一侧，这一侧出问题，症状通常带三个特征：一是报错指向目标站或出口——比如上游连接超时、目标站无响应、SSL 握手失败；二是换了出口地址情况往往也没改善，因为问题在目标站或整段公网线路；三是多个目标站同时出问题，说明是出口线路整体异常，而不是某个网站的事。
上游出问题的常见原因也相对集中：出口地址被目标站拒绝访问、出口线路拥堵或波动、目标站本身服务异常、目标站做了访问限制。判断方向时记住一点——凡是发生在请求离开代理IP之后的问题，都是上游问题。
下游出问题的典型症状
下游段是本地设备到代理IP这一侧，这一侧出问题，症状又是另一副样子：一是报错指向本地或代理服务本身——比如下游认证失败、连接被拒绝、端口不通；二是问题往往只影响当前这台设备或这个配置——换个没配代理的设备反而正常；三是重启本地网络或修正配置后，问题常常立刻消失。
下游出问题的常见原因也很典型：代理IP的账号密码写错、端口填错、本地防火墙拦截、代理开关没生效、系统代理被别的软件抢占。判断方向时记住对应的一句——凡是发生在请求进入代理IP之前的问题，都是下游问题。
两句话放一起，就是最实用的分界线：请求进入代理IP之前的问题，都是下游问题；请求离开代理IP之后的问题，都是上游问题。代理IP是中间的分水岭，先判断问题落在分水岭的哪一侧，再动手排查，至少少走一半弯路。
怎么快速验证是上游还是下游
最快的方法就一步：临时绕开代理IP，直连目标站试试。直连正常，说明目标站没问题，问题大概率出在代理IP链路里，再往上游或下游细分；直连也不正常，说明目标站或你的本地网络本身有问题，跟代理IP关系不大，先查本地网络和线路。
直连正常之后再细分两侧：换一个出口地址再访问同一个目标站，问题消失，说明是上游出口的问题；换出口也没用、但修改本地配置或重启网络后好转，说明是下游本地的问题。两步一换，上下游谁有问题，一试便知。
还有一个容易忽略的点：有些问题会被误认成另一侧。比如本地 DNS 配置出错，请求根本出不去，报错却可能提示连接超时——看起来像上游问题，实际是下游配置问题。所以别只信报错文字，先做直连对比测试，让数据说话，比猜靠谱。
日常预防也可以按侧分工：下游侧，保持本地配置正确、认证信息有效、系统代理状态明确；上游侧，选择线路稳定的出口服务、关注出口地区的可达性、定期核对目标站是否正常。两侧都照顾到，出问题的概率自然就低了。
最后把诊断顺序收成一句话：先直连排除目标站，再换出口排除上游，最后查本地排除下游——三步走完，问题在哪个方向一目了然。下次代理IP访问异常，别再一上来就盲目换出口，先分清上游下游，排查效率会完全不同。