改完代理IP的规则没验证，等于改了一半。
列王的纷争2的规则改动往往一次动好几条，改完之后的验证要覆盖到每一条。验证的方式很简单：找一台受影响的设备，打开查地址的页面看一眼，和代理IP规则里写的对一下。
验证要覆盖哪些点
- 改动的那几条规则对应的设备。
- 和改动规则相邻的、可能被影响的设备。
- 原本不在任何规则里的兜底设备。
三个点里，第二个最容易被漏。规则表是按顺序匹配的，改了一条的顺序，可能会让后面某条规则不再匹配上。这类影响不会报错，只能靠验证发现。
验证结果不对怎么处理
- 设备用的是旧地址
- 规则没保存，或者改动没下发。
- 设备用的是别的组的地址
- 被前面的宽规则截住了，调顺序。
- 设备完全没地址
- 不在任何规则里，检查兜底那条。
三种情况对应的处理动作都不复杂，麻烦的是判断是哪一种。判断的依据是设备当前用的是哪条地址，和规则表里预期的那条比一比，差在哪一步就清楚了。
验证的记录要留下来：写下验证的时间、覆盖了哪几台设备、结果是什么。这份记录在下次改动的时候能当参考，也能说明上一次改动的代理IP实际影响范围。记录写在哪儿都行，和规则表放在同一个地方最方便，改的时候顺手就能翻到。
验证的频率跟着改动走：改了才验，没改不用天天看。比较稳妥的做法是把验证和改动绑成一个动作，改完立刻验，验完再收工。绑成动作的好处是这件事不会因为手头忙就被跳过去。中间隔一段时间再验，中间发生的变化会混进来，判断起来更麻烦。
还有一种是计划外的改动，比如别人临时调了一条代理IP规则。这种情况下的验证靠的是定期抽查。每周抽一次，覆盖几台设备，能及时发现不在计划里的变化。
代理IP规则改动的风险不在改本身，而在改完之后没人确认。把验证固定成一个必做的动作，改动带来的不确定性就基本被消掉了。