软路由上多线路代理IP的搭建流程分四步：先定线路数量和对应关系，再逐条建拨号实例，然后把分流规则配好，最后逐条从外部验证。四步的顺序不能换，换了之后排查起来没有参照。每一步做完都留一个可验证的结果，整个流程才算走完。
先定数量，再动手建，顺序反了要返工。
定代理IP线路数量这一步看着简单，实际最容易出错。按高峰并发定，不按平均用量定。平均看着三条够用，高峰可能要八条。定少了后面加，加到一半发现规则也要重排，等于返工。
建代理IP拨号实例这一步，一条线路一个实例，编号要能对上业务。用纯数字编号，过两周就记不清哪条是哪条；用用途命名，一眼能认出来。实例建好先单条测通，再去建下一条，别一次全建完再统一测。
分流规则这一步按程序写，别按端口写。端口会变，程序不会。按端口写的规则，程序一升级就可能失效，表现是某天突然走了别的线路，而且不容易发现。按程序写的规则改起来也简单，加一个程序就复制一条改掉指向。
验证这一步必须从外部做。逐条看来源，每个程序的来源都和预期一致才算配完。本机查地址只能看到网卡上绑了什么，看不出实际用的是哪一条。验一条记一条，写下时间和结果，后面出问题能对上是哪一次改动带来的。
四步之外还有一件事：备份。规则表和线路清单各存一份，放在本机之外的地方。换设备或者改坏了，导回去比从头配快得多。很多人只备规则不备清单，恢复的时候对不上号。
流程走完之后，日常维护就简单了。加线路按同样的四步走一遍，改线路只动参数、其他三处复制即可。跳过验证这一步的，换完之后往往要等出问题才发现哪条没跟上。
四步的流程不难，难的是每次都照做。跳过定数量，后面必然返工；跳过验证，问题会延后暴露。按流程走一遍大约两小时，返工一次往往要半天。