设备数量上去之后，逐个窗口配代理IP地址的做法会变得很慢，很多人会转到网络层来做这件事。
魔力宝贝回忆的工作室常见的是三到五台设备，每台设备开四到六个窗口。这个规模下，按设备分配代理IP比按窗口分配更实际：设备数量少，需要管的条目也少。
按设备分之前要确认的两件事
- 每台设备上跑的号会不会跨设备登录。
- 有没有哪台设备的产出特别依赖网络稳定性。
号会不会跨设备登录
第一件事决定设备之间能不能完全独立。如果号会在设备之间来回登录，那么设备换了，网络身份也跟着换，这种号需要单独对待。
哪台设备最依赖稳定性
第二件事决定要不要给某台设备留一条单独的地址。产出稳定的设备，值得给它一条独占的代理IP；产出波动的设备，共用一条问题不大。把这个判断做在前面，后面调整的次数会少很多。
分配的具体步骤
- 先给设备编号 编号写在设备上，不要只记在文档里。
- 再按组指定地址 一个组一条，组内的设备共用。
- 最后逐台确认 打开查地址的页面看一次，确认和预期一致。
步骤里最容易省掉的是最后一步：分配完之后逐台确认。这一步花的时间不多，但能发现大部分问题，比如某台设备不在任何一条规则里、或者两台设备被分到了同一个组。省掉这一步，问题会在跑起来之后才暴露，发现得越晚，要回推的记录越多。
网络层做分配还有一个好处：新设备接入的时候，只要归到已有的组里，不用重新配一遍。设备换机器、换位置，只要还在同一个组，地址就不变。
设备层面的分配也有它的边界。同一台设备上的所有窗口共用一条代理IP，如果这台设备上的窗口需要互相独立，网络层就做不到了，得回到窗口那一层去配。两种做法结合起来用，是更常见的选择。判断的界线还是老样子：同一个地址下的号会不会同时在线并且互相影响。
后面再加设备怎么办
魔力宝贝回忆的号规模通常在中等的区间，按设备分配代理IP能覆盖大部分场景。设备数量继续增加的时候，可以在组和组之间再做一层划分，把分流的粒度调得更细一些。