UR7608路由器出口策略

您好，看下两边的地址是否冲突了，如果冲突，联系运营商修改

你遇到的这个问题，核心原因很可能是 UR7608 的 WAN 口线路检测机制与策略路由之间发生了冲突。

当 WAN1 被策略路由指定为出口后，设备会持续检测 WAN1 的连通性。一旦检测失败（比如 Ping 不通网关），路由器就会认为 WAN1 线路故障，从而自动将所有流量切换到 WAN2。但因为 WAN2 正常工作，所以感觉上就像“数据全走 WAN2”。而当你拔掉 WAN2 后，路由器没有备用线路可选，只能重新尝试使用 WAN1，这时就会发现 WAN1 其实是可以通信的。

🔍 排查步骤

你可以按照以下步骤来定位和解决问题：

1. 检查并调整线路检测机制
   这是最可能的原因。请登录 UR7608 的 Web 管理界面，在 WAN 口配置中查找“线路检测”、“链路状态检测”或“健康检测”功能。

   • 临时测试：可以尝试暂时关闭 WAN1 的线路检测功能，看问题是否消失。

   • 调整参数：如果无法关闭，可以尝试将检测的目标地址（例如，从默认网关改为 114.114.114.114 等稳定的公网 DNS）、检测间隔和超时阈值调大。这可以避免因短暂的网络波动导致线路被误判为故障。

2. 检查 WAN1 的基本连通性
   在路由器 Web 界面，使用“诊断”或“网络诊断”工具，从路由器自身去 Ping WAN1 的网关或一个公网 IP。

   • 如果 Ping 不通，说明物理链路或上层网络（如光猫、运营商线路）存在问题。

   • 如果 Ping 得通，但路由器界面仍显示“不通”，则基本可以确定是上一步提到的线路检测机制误判。

3. 检查策略路由配置的优先级
   UR 系列路由器的策略路由配置比较简单。请检查你的策略路由规则：

   • 源 IP 地址：确认是否准确指定了需要走 WAN1 的终端 IP 或网段。

   • 出接口：确认是否正确选择了 WAN1。

   • 规则顺序：如果有多条策略路由，需确保为 WAN1 指定的规则拥有更高的优先级（通常在上方）。

4. 排查运营商或 IP 地址冲突

   • 运营商限制：部分运营商（尤其是小区宽带）可能会对单个 MAC 地址的会话数进行限制。当 WAN1 和 WAN2 同时在线时，可能触发了这个限制。你可以尝试克隆 WAN1 口的 MAC 地址到 WAN2 口，或者联系运营商确认。

   • IP 地址冲突：检查 WAN1 口获取到的 IP 地址，是否与内网或其他 WAN 口的地址处于同一网段，导致路由混乱。

5. 检查多 WAN 策略模式
   在“外网配置”中，检查“多 WAN 策略”的设置。

   • 如果模式是“负载均衡”，可以尝试改为“主备模式”，并将 WAN1 设为主线路，WAN2 设为备份线路，观察问题是否依旧。

6. 升级固件版本
   如果以上方法均无效，可以尝试将 UR7608 的固件升级到最新版本，以排除可能存在的软件 Bug。

链路探测失败，对应策略路由也不会生效了

H3C UR7608 策略路由 + 双 WAN 故障（WAN1 探测离线、拔 WAN2 后 WAN1 正常）完整根因 + 修复
一、核心故障根本原因
链路探测离线触发策略路由自动失效（核心）
设备内置多 WAN 健康检测机制：WAN1 链路探测结果为「离线」，所有匹配 WAN1 的策略路由条目自动冻结、不生效，流量全部切换至正常 WAN2；拔掉 WAN2 后，系统无备选出口，强制启用 WAN1 转发，所以此时 WAN1 能通。
探测地址 / 线路适配问题
WAN1 PPPoE 获取的地址是运营商内网段10.103.131.46/32，探测目标223.5.5.5/8.8.8.8跨运营商访问不通，持续丢包，判定链路离线。
策略路由绑定链路状态联动
UR 系列 Web 型路由器策略路由和链路探测强绑定，只要探测离线，对应出口策略路由不转发流量，不区分静态 / 策略路由。
二、分步排查修复（按优先级）
步骤 1：排查 WAN1 PPPoE 链路连通性（先确认线路本身能否通公网 DNS）
仅插 WAN1，拔掉 WAN2，电脑内网终端 ping 探测地址223.5.5.5
能通：探测配置参数不合理，修改探测地址；
不通：运营商 PPPoE 线路故障、VLAN 绑定、运营商端口限制。
WAN1 PPPoE 特殊点：掩码255.255.255.255点对点地址，部分运营商拦截外网 ICMP ping 探测包，导致探测误判离线。
步骤 2：修改 WAN1 链路探测配置（根治误判离线，推荐）
Web 路径：网络管理→端口管理→链路探测
更换探测目标：优先选运营商本地网关10.103.0.1（同运营商内网，不会被 ICMP 拦截），替代公网 DNS；
调大探测超时、连续失败阈值：
探测间隔：3000ms；
连续失败判定离线次数：由 3 次改为 5 次；
保存刷新，等待 1 分钟后查看探测结果变为「在线」；
验证：内网 10.1.20.x、10.1.60.x 网段会自动走 WAN1 出口。
步骤 3：临时关闭链路探测联动（应急方案，不推荐长期使用）
若暂时无法修改探测地址，关闭 WAN1 链路探测开关，设备不再检测链路状态，策略路由强制生效：
链路探测页面，关闭 WAN1 对应的开关；
弊端：WAN1 真断网时，流量不会自动切换至 WAN2，会出现断网。
步骤 4：策略路由规则校验
确认策略路由条目状态全部开启，源网段与内网终端网段匹配：
10.1.20.0/24 → 出接口 WAN1
10.1.60.0/24 → 出接口 WAN1
无优先级冲突，无全局默认路由覆盖策略路由；
内网终端测试，确认源 IP 匹配对应策略条目。
三、高频踩坑点说明
PPPoE 拨号线路 ICMP 限制：很多运营商屏蔽外网跨网 ping，用公网 DNS 做探测极易误判离线，优先用运营商网关做探测 IP；
联动逻辑：UR7608 无命令行，全 Web 管控，策略路由会跟随链路探测状态自动启停，不是配置写错；
现象解释：拔掉 WAN2 后流量走 WAN1，只是设备无其他出口兜底，不代表探测逻辑恢复正常。
四、长效优化方案
每条 WAN 链路探测地址优先填写运营商本地网关，避免公网跨运营商 ICMP 拦截；
合理调大探测失败阈值，减少线路抖动误判离线；
如需智能故障切换，不要直接关闭链路探测，优化探测目标地址是最优解。
极简总结
故障本质：WAN1 链路探测用公网 DNS 被运营商拦截，判定离线，对应策略路由自动失效，流量全部走 WAN2；
快速解决：链路探测页面把 WAN1 探测地址改为运营商网关10.103.0.1，探测恢复在线后策略路由正常分流；
应急临时方案：关闭 WAN1 链路探测开关，但会丢失链路故障自动切换能力。