白天用一个账号把任务做完,晚上换另一个账号登上去,第二天发现两个账号的表现都变差了。同一台设备上换账号,设备这一层没有变,变的只有登录信息。要让两个账号各自有一份独立的来源,代理IP补的正是这一层。很多人把注意力全放在账号资料上,把网络这一层留到最后,结果前面做的功课被一处共用抹掉了。
哪一层会串起来
设备共用的时候,能串起来的至少有四处:设备本身的硬件标识、应用的本地数据、网络请求的来源、以及操作时间的重合。前两处靠分身或者不同的数据目录能分开一部分,后两处得靠线路安排和作息错开。四处都考虑到,账号之间才有真正的距离。只看其中一两处,剩下的地方就成了把两个账号联系起来的线索,而且这些线索不太好通过改资料消除。
| 项目 | 共用会怎样 | 怎么处理 |
|---|---|---|
| 硬件标识 | 两个账号指向同一台机器 | 尽量分设备,或接受这一层共用 |
| 本地数据 | 缓存和登录状态互相覆盖 | 每个账号一份独立目录 |
| 网络来源 | 同一时间从同一处发起请求 | 一个账号配一条代理IP |
| 操作时段 | 两个账号的作息完全一致 | 把使用时间错开 |
四项里最容易处理也最容易被忽略的是网络来源。装个分身、建个目录,这些都是看得见的动作;配一条线路,需要在设置里多走一步,很多人就跳过了。跳过之后,前面做的分开动作会被这一层重新串回去,表现出来是明明换了设备、换了目录,账号还是互相牵连,而且查起来特别费劲,因为每一步看起来都做对了。
- 硬件层分开的余地有限
- 数据层分开靠独立目录
- 网络层分开靠每条线路
- 时间层分开靠作息错开
还有一处容易被算漏的是注册凭据。同一个手机号、同一个邮箱注册的两个账号,账号资料这一层天生就有联系,软件配置做得再细也改不掉。这一层只能在申请账号的时候避开,已经形成的事实没法靠配置消除,所以安排账号的时候最好一开始就把凭据分开。
凭据这一层,一开始就该分开。
先做哪一件
四件里先把网络来源处理掉,性价比最高。一条代理IP配一个账号,动手简单,效果直接。设备不够就先用分身把数据层分开,硬件层暂时共用,等设备到位再补上。至于操作时间,养成错开的习惯就行,不需要额外成本。顺序这样排,投入产出比较清楚,也方便在没有太多预算的时候先拿到效果。先补最省事的那一层,是这套安排里最划算的一步。
怎么知道分开了
验证的办法是看两件事的对比:两个账号在同一时间请求同一个页面,返回的来源是不是一样;两个账号的本地数据目录是不是各自独立。两样都不同才算分开。只看其中一样,容易得出偏乐观的结论。验证最好在配置完成当天做一次,之后每次调整再抽查一次,这样任何一次误操作都不会拖到问题暴露才发现。
同一台设备上跑多个账号,重点在跑起来之后账号之间还留不留距离。把网络这一层补上,再配上独立的目录和错开的作息,这套安排才算完整,代理IP在这里的作用就是把最后那一层补严。
