配的时候明明给每个窗口分了不同的代理IP线路，查出来却是同一个IP，第一反应多半是线路买重了。实际更常见的是另一种情形：线路清单没有问题，问题出在某一次改动之后，窗口与线路的对应关系没跟着更新。复制过实例、加过新窗口、换过一次线路，都可能留下这样的尾巴。
先判断问题落在哪一层
同一个线路的表象一样，成因却分在四个不同的位置上。
- 线路清单层
- 几个窗口被指到了同一条线路上，清单里本来就只导入了一条，或者导入时重复选了同一行
- 窗口绑定层
- 线路本身是分开的，但窗口和线路的对应关系在改动后没更新，两个窗口挂在同一条上
- 应用读写层
- 系统层的设置是对的，个别应用自带网络模块，没读这一层的设置，直接走了主机IP
- 会话残留层
- 设置已经改对，早先建立的连接还没断开，短时间里看起来仍然走在旧IP上
这四层里，头两层占的比例最高。线路清单层的问题最好认，打开代理IP线路清单数一数有几条、分别绑给了谁，一眼就能看出有没有重复。窗口绑定层稍微麻烦些，得逐个窗口去对，因为改动之后界面上的显示往往还是对的，只有实际绑定的关系错了。后两层出现的概率低，但一旦碰上，用前面的办法怎么查都查不出来。
按这个顺序逐层排除
- 先数线路清单，确认导入的条数和打算分给窗口的条数对得上
- 逐个窗口查一次IP，把重复的那几个先圈出来
- 翻出两个重复窗口的绑定记录，确认是不是挂在了同一条线路上
- 重绑一次，再查一遍IP，看结果有没有变化
- 如果绑定没问题仍然重复，换另一类应用再查一次，判断是不是应用自己走了主机IP
顺序上多花的那点时间很值。从清单往下走，每一步都能排除一整类可能，走到第三步还没有结果，基本就能确定问题不在绑定上。反过来从应用层开始试，最容易白忙一场，因为大部分问题根本不落在那个位置上，先查一遍反而会把人带偏。
- 代理IP线路清单改过之后，顺手把绑定关系也更新一遍，别等核对时才发现
- 复制实例之后单独查一次IP，复制这个动作会把旧配置一起带过来
- 同一个窗口换成另一个应用查，结果不一样时，先怀疑应用，别急着怀疑线路
还有一个容易漏掉的地方，是查IP时用的那个应用本身。有的应用从头到尾只认系统层的代理IP设置，查出来就是系统层的真实情况；有的应用自带一套网络模块，界面上的设置对它不起作用，查出来的地址会跟系统层对不上。判断问题在哪一层之前，得先弄清楚手里这个应用属于哪一类，不然四层里要白白多绕两圈。
同一个IP背后有四个可能的层，逐层排掉，比反复重配省事得多。