把距离缩短到最近，代理IP就成了每一次请求上的一次转发。这时候看到的东西非常具体：一个地址连上去、一次握手完成、请求发出去、响应回来、连接关掉，然后换下一条。整条线上的人平时看到的是能用或不能用，只有凑到这一层，才会看见中间的每一步都可能出岔子。
- 连上目标之前，先要和这条线路完成一次握手，这一步不成就是不响应。
- 请求发出去之后，对方接不接、回不回、回多慢，都在这一层看得出来。
- 一次请求结束，连接是留着复用还是关掉，会影响下一条的快慢。
- 同一条地址连续用几次之后，对方的反应会变，这一层最早察觉。
凑近之后看见的规律
凑到这一层，会发现很多之前想不通的事都有了解释。白天顺晚上卡，往往和两边负载的变化有关；换地址之后好了几天又不行，多半是这一次的用法让对方的画像重新积累了起来。这些规律在大尺度上看不出来，因为它们都藏在单次请求的时序里，只有把镜头拉到最近才能看见。
看得见和需要处理是两件事。每一次重试都能看见，但多数重试自己就恢复了，不值得为它停下来改配置。
近处的信息主要用来定位，不用来决策。连续出现同一种失败，才说明背后有稳定存在的原因；偶尔出现一次、自己又恢复的，记下来当参考就够了，把它当成问题去解决，往往越处理越乱。
凑近看只为知道断在哪一步，不必让每一步都完美。
看近处的正确姿势
同一条地址连续失败两次以上，才值得动手。
看近处还有一个前提：记录要留得住。凭印象说昨天卡了几次，和翻出昨天下午三点十七条记录里有四次超时，能做的事完全不同。多数人不愿意留记录，是因为觉得麻烦，但真出问题时，这几行记录能省掉反复试错的过程。凑近看代理IP的能力，一半靠观察，一半靠留下证据。
看得越近，越会发现代理IP这条线上本来就带毛刺。带着这个认识去用，心态和做法都会稳一些，也不会因为一次两次的不顺就急着推翻整套方案。