提到代理IP分流，多数人先想到按设备或者按端口来分，其实还有一条更省事的路线——按域名决定去向。在爱快软路由里，域名分流可以让同一台设备在访问不同站点时从不同的出口出去，省掉了为不同业务准备不同设备的麻烦。它的限制与代价同样明确，用之前值得先弄清楚。
什么场景适合按域名分
在爱快软路由上，适合的场景有两类。一类是同一台设备上混着性质不同的访问，一部分需要走代理IP出口，另一部分必须保持直连，硬拆设备成本太高。另一类是需要把特定站点的访问固定在某条线路上，便于观察和核对。不适合的场景也很明显：访问目标分散、域名经常变化的业务，维护成本会高于收益，规则列表很快就会变成一份没人敢动的清单。
规则怎么落地
在爱快软路由里落地时，先把要单独走的域名列清楚，再逐条挂到对应的线路上。注意匹配是按域名本身进行的，子域与主域要分别写，写成一条并不等于覆盖全部。写完先做一次小范围验证，用一台设备访问列表内和列表外的目标各一次，确认走向与自己预期一致。代理IP线路的编号要写对，挂错线路的表现和没生效非常像。
常见的不生效原因
最常见的原因是解析环节没有跟着走。域名分流判断的是请求里的域名，但如果设备用的是另一套解析结果，并且事先把地址缓存了下来，请求就不会经过判断，直接出去了。此时清掉缓存再试，通常就能恢复正常。这也是域名分流与解析设置必须一起看的原因，代理IP出口换了之后尤其明显。
怎么验证与维护
维护的重点是定期清理失效条目。业务调整之后，原先要走的域名可能已经不再需要，留着不仅没用，还会让规则列表变长、排查变难。验证的办法是固定一个时间点，抽几条规则各访问一次，看结果是否符合列表。代理IP线路有增减时，这一步应当跟着做一次，避免出现规则指向一条已经不存在的线路。
按域名分流是把去向的判断放在请求里，比按设备分更灵活，但也更依赖解析这一层的配合，代理IP出口一变就要复查一遍。
- 列出需要单独走的域名清单，主域与子域分别写
- 逐条挂到对应线路上，核对线路编号没有写错
- 清掉设备的解析缓存后再验证一次走向
- 定期清理失效条目，线路调整后跟着复查
规则越少越好维护，能合并的先合并。