爱快线路列表里显示已经拿到本地 IP，设备也连在同一台软路由上，可打开设备一查出口，还是原来的地址。这中间断掉的一环通常在分流上，而不在线路本身。代理IP的分配在设备层出问题，表现都差不多，往回查的顺序却是有讲究的，按层级倒推比逐项重填快得多。
分流不生效，按这五步往回查
先把故障分成两类：一类是线路根本没通，另一类是线路通了但设备没走它。区分方法很直接，看线路列表里本地 IP 那一列，有地址说明拨号成功，此时代理IP的设备出口没变，问题就在分组或分流这一层。层次分开之后，排查范围立刻缩小一半，不用再怀疑线路信息填错了。
第一步：确认设备在终端监控里在线
设备不在线，后面所有检查都没有意义。到「状态监控 > 终端监控 > IPv4」看一眼，列表会实时刷新当前连接的设备，先确认目标设备在里面，并且已经改过备注、能认出是哪一台。如果设备压根不在线，先解决它的联网问题，不要去动代理IP的分组和分流规则。
第二步：确认设备真的在那个分组里
打开为这条代理IP线路建好的 MAC 分组，看成员列表里有没有那台设备。常见情况是当时点了设备却没有点「加入」，保存下去的是一个空组，或者只装了一半成员。另一个容易忽略的点是设备换了网卡、或者系统开了随机 MAC，连上来之后地址变了，分组里那条旧记录就成了死记录，规则指向的还是原来的成员。
第三步：确认分流规则挂的对象类型对得上
代理IP的分流规则里有两个关键字段。一个是线路，设备多的时候选错相邻序号是常事，表现为出口确实变了、但变到了别的地方；另一个是对象，按 MAC 分组建出来的组，在规则里要选与分组对应的那一类，选成另一类时列表里根本找不到刚建的分组，很多人会误以为分组没保存成功。
第四步：确认设备已经重新联网
代理IP的分流规则保存之后立即生效，但设备上已建立的会话不一定马上跟着换。设备如果一直挂着旧连接，出口可能还是原来的。让设备断开 WiFi 再重连一次，或者在终端上重新获取一次地址，是最省事的确认方式；虚拟机与模拟器这类环境重启一次网络栈也同理，重启完再查一次实际出口即可。
- 看线路列表的本地 IP 列，确认拨号成功
- 在终端监控里确认目标设备在线并已备注
- 打开 MAC 分组，核对成员列表里有没有它
- 打开端口分流规则，核对线路与对象两项
- 让设备断网重连，再查一次实际出口
按这个顺序走，多数问题停在第二和第三步。
如果只有一台设备不生效，重点看它的 MAC 与分组；如果所有设备都不生效，重点看规则本身有没有挂上线路。故障范围是判断方向的第一条线索，比逐项重填快得多。顺带说一句，设备更换之后要同步更新代理IP的分组，旧记录留着不影响别人，但会让新设备找不到归属。
排查顺序其实就是从设备往回倒推：先看在不在线，再看有没有归组，最后看规则有没有挂对。代理IP的线路信息在这一层基本不参与，多数故障停在分组成员与规则对象这两个位置，逐项核对一遍就能定位。