一套多 IP 方案刚在软路由上跑通的那几天,配置是最干净的。跑上半年再回头看,往往会发现有几处已经和当初不一样了:对应表停在上个月、某条代理IP线路悄悄换了用途、某台设备的地址被人手改过。这些都不是故障,是没人管出来的,也不会自己走回去。
松掉的地方通常长什么样
记录与现状脱节是最常见的。表上写着十二台设备,实际连着十五台,多出来的三台没有登记,也就没人说得清它们走的哪条代理线路,出了问题时连从哪查起都不知道。在 ROS软路由上,这种偏差一开始只有一两台,隔几个月就变成三五台,越晚处理越难对回去。
更隐蔽的一种是配置里的例外越堆越多。一开始只有一条例外规则,半年后变成八条,每条都有它的历史原因,谁也不敢删。规则越多,改动时的顾虑越多,最后干脆没人动,明明还能优化的地方也一起被搁下了。
多久对一次账
| 位置 | 松掉的信号 | 多久看一次 |
|---|---|---|
| 对应表 | 登记数量与实际不符 | 每月或每次加设备后 |
| 例外规则 | 条数只增不减 | 每季度 |
| 线路分配 | 有线路长期无人使用 | 每季度 |
松掉之后会怎样
先是排查变慢。出了问题要从一堆例外规则里找原因,翻上一次的记录也对不上,只能靠猜。接着是扩容变谨慎,因为没人确定动这里会不会牵动别处,评估的时间越拉越长。再往后就是停摆,明明代理IP还有余量,却不敢再往里加设备。
收拾的时候从哪开始
- 把对应表和终端列表核一遍,补上没登记的
- 把不再需要的例外规则挑出来,逐条确认后清掉
- 把长期闲置的线路重新分配,或者先关掉
- 把地址余量不足的组标出来,提前补
- 把这一轮的结论记一行,作为下一次的起点
在 ROS软路由上收拾一遍,不需要重做配置,多数时候只是把记录和现状重新对齐。
松掉本身不奇怪,设备会换、用途会变、人也会忘。
ROS软路由上的多 IP 矩阵能不能长期跑,看的是这种定期对齐的习惯有没有留下来,配置写得漂不漂亮倒没那么要紧。
