网络加速器分流规则故障通常表现为部分网站连接失败、延迟升高或流量未按预期进入隧道。排查时应遵循“本地直连测试、隧道状态验证、服务端响应确认”的顺序，避免直接假设加速器本身损坏。重点观察操作系统路由表、客户端规则命中日志以及目标服务器的ICMP或TCP响应，通过隔离变量定位故障环节。
验证本地网络与直连能力
首先确认在禁用加速器或清除分流规则后，基础网络是否可用。使用命令行工具 ping 或测试公共DNS解析，观察能否正常获取外网IP。若直连状态下目标网站仍可访问，说明本地网卡驱动、蓝猫加速器官网物理线路及基础网关配置正常。此时故障点倾向于加速器的规则匹配逻辑，而非底层网络连通性。
检查规则匹配与路由指向
确认目标域名或IP是否被正确包含在加速分流列表中。查看客户端日志或路由表，验证特定流量是否被指向虚拟网卡接口。若日志显示规则已命中，但实际连接仍走物理网卡，可能是系统防火墙拦截了虚拟接口流量，或路由优先级配置冲突。此时应检查系统防火墙是否允许虚拟网卡通信，而非直接修改复杂的路由策略。
通过终端命令检查路由表与日志，定位加速器分流规则失效的具体环节。
排查隧道连接稳定性
观察加速器客户端显示的隧道状态，重点关注丢包率、延迟波动及连接重连频率。若隧道频繁断开或延迟极高，蓝猫分流规则即使正确匹配，流量也会因隧道不可用而被迫降级直连或彻底失败。检查本地网络是否存在NAT穿透问题或运营商对特定端口策略的限制。确保客户端心跳包正常发送，必要时尝试切换隧道协议或服务器节点以排除单点故障。
区分出口IP与目的站可见性
部分用户误认为启用分流后所有流量必然通过加速器出口。实际上，分流机制允许部分流量直连，其出口IP为本地公网IP；仅匹配规则的流量通过隧道，出口IP取决于服务商的中继或NAT节点。若目标网站出现地域限制或风控提示，需核对当前实际出口IP是否符合预期。通过在线IP查询工具确认源IP归属，判断是直连流量被风控，蓝猫还是隧道节点IP被标记，从而精准定位问题源头。
