在ROS软路由上，一套代理IP设置跑久了总会出问题。这时候有两条路：要么把相关部分恢复成初始状态重新来一遍，要么只在出问题的那一处动手。选错方向的代价都不小，前者会把原本没问题的分配一起清掉，后者可能让同类问题反复出现。
{‘summary’: ‘两个方向各自适合什么情况’, ‘body’: [‘只改一处：现象局限在单个设备或单条线路，其余部分表现正常’, ‘恢复默认：同一类现象在多台设备上重复出现，且改动记录已经混乱’, ‘两种情况都不像，先不动，把现象和记录补齐再判断’]}
先看范围，再看记录
在ROS软路由上，范围决定要不要动大的。现象只出现在一台设备上，问题基本就在这台设备自己的设置里，改一处就够。同样的现象出现在三台以上，而且它们的共同点只有一条代理IP线路或者一个分组，那问题在共用的那一层，动小的解决不了。
记录决定动大的安不安全。
在ROS软路由上，当改动记录已经对不上现状，你对这套设置的了解就是不可靠的。这时候每改一处都在猜，改完发现还是不对，接着再猜下一处，几轮下来设置会比原来更乱。恢复默认的代价是把已知的问题带回来，还要把整套代理IP分配重建一遍，好处是重新获得一份能讲清楚的状态。两相比较，记录混乱的情况下恢复更划算。
恢复默认之前要做的三件事
| 准备项 | 为什么 | 怎么做 |
|---|---|---|
| 导出一份当前配置 | 保留退路，随时能回到动之前 | 导出后放在运行设备之外 |
| 列出必须保留的分配 | 恢复之后要能马上回到可用状态 | 按分组列，不按设备列 |
| 挑一个低峰时段 | 恢复期间设备会短暂断开 | 避开业务集中的时间段 |
恢复默认只影响这一台。做之前跟用这些设备的人说一声，比事后解释省事得多。
在ROS软路由上，整套流程走下来会发现，恢复默认本身并不难，难的是恢复之后重新把代理IP分配关系建起来。所以恢复的准备工作里，最值钱的是那份列好了必须保留的分配清单：有了它，重建的时间能从半天压到一两个小时；没有它，恢复就等于从头再来一次，而且这次的记忆还不如第一次清楚。