有一种情况很难查：设备换了，目录也分开了，账号之间还是互相牵连。问题常常出在最不起眼的那一层，几个账号挂着同一条代理IP。设备分开了，来源没分开，前面做的工夫被这一层重新串了回去。这种漏配之所以难发现，是因为它不体现在任何一次报错上，账号能正常登录、能正常跑任务，只有长期表现会慢慢变差。
一层没分开，等于没分
分开这件事是按层算的，任何一层共用，其他层做得再细也会被这一层联系到一起。设备换了三台，数据目录各建了一份，线路还是同一条，几个账号的请求就从同一个地址发出去。这时候设备层面的差异帮不上忙，因为判断的依据本来就不只看设备。把每一层单独拿出来想一遍，比笼统地说「已经分开了」更靠得住。
- 设备层：一台机器一套标识
- 数据层：一个账号一份目录
- 网络层：一个账号一条线路
- 三层缺一层就串
为什么会漏掉网络层
漏掉的原因通常是两个。一是网络设置藏得深，配完设备就以为完事了；二是这条线路本来就够用，看不出问题，等到账号数量上去才暴露。第二种更容易耽误事，因为前面一段时间一切正常，谁也不会去怀疑线路。等察觉到的时候，往往已经过去了好几个月，之前的表现数据也没留下，判断起来只剩印象。
把状态记下来，别凭印象判断。
怎么补上
补的做法不复杂，把每个账号和线路的对应关系写清楚，逐个配过去。数量少的时候可以一个账号一条线，数量多了以后可以按组来分，一组账号配一组代理IP，组内轮换、组间隔离。关键是每个账号在任一时点用的线路，都能从表上查出来。有了这张表，后面加账号、换线路都只是改几行的事。
改完之后注意什么
改完线路之后，别让所有账号立刻同时上线。原来的作息如果是一起登录，换了线路还是一起登录，行为上依然整齐。把上线时间拉开，让变化看起来自然一些。这件事不需要额外花钱，只要在排班上动一点心思，效果比多买几条线路明显。
多久复查一次
复查的节奏跟着扩容走：加了账号查一次，换了线路查一次，其他时候一季度过一遍就够。复查的内容就是那张对应表，看有没有哪一行还指着已经停用的线路，或者几个账号指向了同一条。复查不用做得很细，把表念一遍、随机抽两个账号实际验证一下，十几分钟就能完成，比出了问题再回头翻要省事得多。
小结：账号之间要分开，设备、数据、网络三层都得算上，漏掉网络这一层，前两层的工夫会打折。把账号和代理IP的对应关系写清楚，复查跟着扩容走，这件事就不会反复。