软路由上配多个公网代理IP地址，有四处要核对：地址有没有真的到设备上、拨号能不能同时建立、分流规则指向对不对、以及外部看到的地址是不是每条都不同。四处都过一遍，多公网才算配好。只做前两处不验后面的，用起来往往发现两条线路其实走的是同一个地址。
先在设备上看到地址，再去配规则，顺序不能反。
四处分别在核什么
第一处核公网代理IP地址有没有到位。运营商分配的公网地址，要在设备的接口上能看到，才算真的到了设备。只在后台看到、设备上没有的，后面的配置都是空的。
- 地址到位
- 设备接口上能看到，才算真的拿到。
- 并行拨号
- 多个拨号实例同时在线，互不顶掉。
- 规则指向
- 分流规则指到具体实例，别用默认。
- 外部验证
- 每条线路的来源互不相同。
- 看接口 确认每个地址都挂在接口上。
- 起实例 一条线路一个拨号实例。
- 写规则 按程序或端口指到具体实例。
- 验来源 从外部逐条查看，互不相同。
并行拨号为什么会互相顶
多个代理IP拨号实例共用一个物理接口时，容易互相抢占会话。表现是某个实例反复重连，或者干脆起不来。解决办法是给每个实例分配独立的会话标识，或者按接口分开拨。这一点在文档里往往一句话带过，实际踩坑的人不少。遇到的时候先看实例的会话标识，再看接口是怎么分的。
规则别用默认线路
规则里写「默认线路」的，跑一段时间就会漂，因为默认线路的含义会随供应商调整。写死到具体实例的编号，才不会变。这一点和单线路的配置思路不一样，多线路时更要写死。
验证要看每条
外部验证不能只看一条。四条线路要逐条验，每条的外部来源都不同，才算真的分开。只验第一条就推及其余的，往往有三条是同一个地址。
地址到位、实例并行、规则写死、逐条验过，四件事缺一不可。
四处核对完，多公网地址的配置才算完成，公网这一层也就稳了。之后加线路按同样的四处过一遍，改动的地方只有参数，其他三处复制即可。跳过验证这一步的，表面上有四条线路，实际可能只有两条在起作用。