软路由上挂的代理IP线路一卡，最先被怀疑的往往是线路本身。排查顺序要反过来：先看本地带宽有没有打满，再看分流规则是不是堆太多，最后才轮到线路质量。三项按这个顺序查，多数情况在前两项就能定位，省掉换线路的来回折腾。顺序反了，钱会花在最后一项上。
本地带宽是最容易被忽略的一项。一台软路由下面挂着七八个设备，任何一个设备在下载或者看高清，都会把上行吃掉。代理IP转发的流量走上行，上行一满，所有窗口一起卡，表现出来的样子和线路卡顿几乎一样。查的办法很简单，在卡的时候看软路由的上行占用，如果接近满速，先限速或者错开使用时段，再看还卡不卡。
上行打满引起的卡顿，换线路解决不了，只会多花一笔钱。
第二项是分流规则。软路由的分流靠规则表，规则越多，每个连接要过的判断越多。有些配置里给每个设备都写了单独规则，几十条叠在一起，处理器占用上去，卡顿就跟着来。判断办法是看处理器占用和规则条数，规则超过三十条、占用长期过半，就该合并规则了。
第三项才是线路质量。前面两项都排除了，再看这条代理IP线路的延迟和丢包。同一时段连续测十分钟，延迟曲线平稳、丢包为零的，线路没问题；延迟忽高忽低、丢包时有时无的，是线路侧拥塞。这一步要在软路由本机上测，从电脑上测出来的是电脑到软路由这一段，参考价值不大。
顺序错了，时间和钱都花在最后一项上，问题还在原地。
卡顿这件事还有一个容易被忽略的来源：域名解析。软路由默认用运营商提供的解析，解析慢的时候，页面打开的第一秒是空的，看起来像线路卡。把解析换成响应快的一组公共地址，再对比一次，能排除掉这一层干扰。
三个原因按带宽、规则、线路的顺序查，多数卡顿在前两步就能解决。跳过前两步直接换线路的，换完往往还是卡，因为占满上行的设备和多余的规则都还在原地等着。