手上这条线路配好到现在，时间不短了。代理IP相关的配置、切换、排期这几件事，都能顺手做完，平时也不怎么去想背后的道理。可有两处我到现在也说不上来是为什么：一处跟地址多久换一次有关，一处跟一条连接能撑多久有关。问过两次，答复都停在「一般这么设就行」，我也就没再追下去。活照干，这两处一直悬着。
- 换的时机：有的按小时走，有的按次数走，两种都试过，说不出哪一种更合适。
- 连接时长：超过某个点会被断开，这个点是谁定的，一直没找到出处。
- 地址段：同一批里挑出来的，表现差得比预期大，原因不明。
- 并发上限：标着一个数，实际很难用到那个数，也不敢往上顶。
先分清哪些疑问值得追
悬着的问题分两类。一类不影响结果，知道不知道都一样，比如某句提示为什么写成那样。另一类会影响到判断，比如换的时机和连接时长，弄不清就只能靠试。代理IP用久了会发现，前一类占大多数，真正影响判断的没几处。把这两类分开，就不必每个疑问都追到底，省下的力气放在后一类上更值。
不影响结果的，搁着也行
有些疑问天生没有答案。供应商的文档不会写到那一层，问客服也只能得到一句经验之谈。这类搁着比追问划算，追下去换来的是一段解释，不是一个能落到操作上的做法。真正值得花时间的，是那些会让你回头改设置的项，其余的知道个大概就够用了。
值得追的那几个，通常一眼就能认出来。
把两类分开，力气才花得准
分开之后还有个好处：心里有数。弄清楚哪些是不知道也不要紧的，人对这种状态的容忍度会高很多，不会因为攒了一堆疑问而觉得整件事没弄透。
那两处我是怎么处理的
换的时机这一处，我用笨办法处理掉了：设两个固定方案，按任务类型挑一个，不再纠结哪一个更优。连接时长那一处，改成隔一段时间主动重连一次，避开它自己断的那个点。两处都没弄明白原理，操作上已经有了稳定做法，连着用了几个月也没再出岔子。代理IP这条线上，很多时候能把事做完，比弄清楚为什么更要紧。
这么处理有个前提，得知道自己在回避什么。如果连悬着的是哪一处都说不清，下一次换设备、换套餐，同样的坑还会再踩一遍，只是换了个地方出现。
有几处不懂不算毛病。手上这套配置跑了几个月没出过岔子，说明悬着的那两处确实不影响使用。真要动手改什么之前，先想清楚自己在回避哪一处，比弄明白全部原理更管用。