一个请求发出去，响应回来，看起来是原路返回，实际未必。使用代理IP时，请求与响应可能经过不同的处理路径，尤其在多级转发的情况下。理解这一点，使用代理IP时就能解释为什么上行正常、下行异常的现象时有发生，也能避免把问题归到错误的一端。
为什么会不同
因为转发规则通常按方向分别配置，上行的入口与下行的出口不一定是同一处。使用代理IP时，两个方向各自有独立的连接与超时设置，一侧调整未必同步到另一侧。配置时把方向作为独立维度来看，使用代理IP时会少犯不少想当然的错误。
- 分别确认上行入口的配置
- 分别确认下行出口的配置
- 核对两端的超时设置是否匹配
- 把方向差异写进配置说明
怎么判断问题在哪一侧
用最小请求做对照：先只发不收，再只收不发，看哪一步开始异常。使用代理IP时，这个方法能快速把范围缩到一侧，比笼统地重试有效得多。确定方向之后再看那一侧的配置，使用代理IP时针对性就会强很多。
方向差异要写进说明
配置变更最容易只改一侧。使用代理IP时，把两个方向的设置都写进同一份说明，变更时对照着改，就不会出现一侧新一侧旧的情况。这种不一致往往表现为时好时坏，使用代理IP时最难排查，写清楚就能从源头避免。
两个方向怎么一起验证
上下行分开测。
每次变更后把两个方向一起验证一遍。使用代理IP时，虽然多花几分钟，却能避免后面反复排查的麻烦。验证结果记在同一处，久了就能形成一份完整的变更记录，使用代理IP时回头查问题也用得上。
方向是排查里最容易被忽略的维度。使用代理IP时，把上行与下行当成两条独立链路来看待，很多看似矛盾的现象就有了合理解释。使用代理IP时这个视角建立起来之后，排查效率会有明显提升。
方向差异也会随链路变化。使用代理IP时，更换出口或调整转发规则之后，原先一致的两个方向可能又出现差异。每次变更后顺手确认一遍，比等到现象出现再回头查更省事，使用代理IP时也更容易保持配置可信。
方向的判断结果要记录下来。使用代理IP时，把每次确认的方向与对应的处理动作写在同一处，下一次出现相似现象时可以更快对上号。记录积累起来之后，使用代理IP时排查就不再依赖某个人记忆，团队整体也更容易保持一致。