梦幻西游搬到软路由上跑，窗口和地址怎么重排

把梦幻西游的号群和它们的代理IP从一台普通主机挪到软路由上，是很多号群规模上去之后的选择：一台设备管一批号，网络侧的事情集中在一处，加号减号的时候也顺手。搬过去之后，窗口和地址的对应关系要重排一遍，这一遍比就地换线复杂，因为带着机器本身的变动。

重排的次序

先把组划出来，再谈地址。搬迁之前号群是按窗口组织的，每个窗口对应一个号、一条线。搬到软路由之后，管理粒度从窗口变成组，同一个组里的号共用一条代理IP。划组的时候按产出关联来分，同一批任务、同一个产出节奏的号放在一起，出了问题时影响范围清楚。按窗口序号随便分组，后面维护起来会很别扭。

组划好之后，地址的分配跟着组走。原来的对应表是窗口到线的映射，重排之后变成组到线的映射，行数一下子少了很多。容易被漏掉的是那些临时号，平时没被算进分组，搬完就找不到位置。做法是在划组之前把号清一遍，确认每个号都有归属。

把不在主表里的号先找出来。

搬完之后哪些习惯要改

管理习惯要跟着改。原来加一个号就是开一个窗口、配一次地址，搬到软路由之后，加号并入某个组，配置侧不用动。这个变化对经常加减号的号群是好事，对不常动的号群反而要留意：配置改动的次数变少，人容易忘记它是怎么配的，过一段时间再要调整就得从头看一遍。

软路由这台机器本身要注意什么

集中之后，这台机器的重要性比原来任何一台主机都高。它一停，挂在上面的整批号都停。所以它的散热、电源、网络这几样要单独检查一遍，别把它当成一台随便的设备。

什么时候不适合这么搬

号群里如果有一部分号对本地环境的依赖很强，比如需要特定显示设置才能正常跑的，就不适合整体挪过去。这部分号留在原来的机器上，其余号搬过去，形成两种承载方式并存的局面。并存本身没有问题，麻烦在于两套配置要分别维护，记得住就行。

搬过去之后的头几天

头几天重点看稳定性。集中承载之后，所有号的流量都从一处走，原来分散时看不出来的问题会集中暴露：某条线不够用、某个时段的并发上不去。它们在分散时被摊平了，集中之后才显形。看到这类现象不用慌，按组把负载重新分一分，多数的紧张都能缓解。代理IP的分配在集中承载的架构下更值得花时间调，因为它影响的是一整组号。

记录要跟着一起搬

记录表也要重排。窗口到线的映射换成组到线的映射，旧表不要直接删，留在文件里标上停用日期，以后要回看某个号曾经走哪条线时还用得上。代理IP的配置变化如果能连着日期一起记，半年之后回看就是一条清晰的线索。

搬迁之后还能不能退回去

能退，但要提前想清楚退的路径。搬过去之后如果发现不合适，退回来的成本主要在两套配置的差异上。做法上留一份搬迁前的配置备份，真需要回退的时候照着恢复，比凭记忆重建快得多。

• 搬迁前留一份旧的代理IP配置备份
• 旧表标停用日期，不要直接删
• 集中承载之后按组看负载

把对应关系从窗口层搬到组层，这次迁移的核心动作就完成了。