代理IP线路这个词，从两头看是两种东西。一头连着使用的人，看到的是账单、套餐、客服响应；另一头连着每一次连接，看到的是地址、端口、超时和重试。中间这一段路本身没有变，变的是站在哪一头看它。把两头的关注点分清楚，选择和使用就不会互相干扰。
- 用的人这一头
- 关心周期、价格、能不能随时停，问题大多是决策类。
- 连接这一头
- 关心地址分布、协议支持、单次连接的成功率。
- 中间的落差
- 两头都对，结论却经常对不上，因为量的是不同的东西。
- 对齐的办法
- 决策类问题放在一头问，技术类问题放到另一头查。
落差的来源
落差的来源主要是时间和颗粒度。用的人这一头按周按月看，一件事不顺可能只是当天的一次抖动，摊到一个月里看不出来；连接这一头按秒看，任何一次失败都是一条记录。同一段时间，一个人在月报上写着整体稳定，在日志里却能看到几十次重试，两种说法都不假，只是统计的单位不同。知道这一点，讨论的时候先对齐颗粒度，很多分歧会直接消失。
哪一头更适合处理哪类事
要判断换不换方案，站在用的人这一头；要判断配得对不对，站在连接这一头。位置站错了，问题会一直悬着。
一个常见的错位是把单次的失败当成方案不行，于是频繁更换，换到最后手里没有一条用熟的线路。单次结果说明的是那一刻的情况，长期统计才能说明方案本身，前者用来排查，后者用来决策，两件事不要互换。
备注：两头的记录都留一份，出问题的时候对照着看，比只看一头快得多。
两头之间怎么传话
把连接这一头的话翻译成用的人能听懂的形式，是这件事里最费功夫的一步。凌晨两点有七次重试，比一句不太稳定有用得多，也更容易对上具体的处理动作。
只报告感受的那一头，别人帮不上忙。
把两边的记录合上
从另一头看也一样：用的人这一头掌握着任务本身的特征，这些信息连接那一头看不见。什么时候忙、跑的是哪类任务、能容忍多久的中断，这些只有使用者清楚。两边都把话说到位，判断才有着落。IP线路出问题时，多数扯不清的情况，都出在两头各说各的，而没有把各自的记录摆到同一张桌子上。
站在哪一头，决定了你问出的问题长什么样。IP线路的两头都翻过一遍的人，提问题的方式会变，既不空泛也不琐碎，问出来的那一点通常正好落在关键处。