开启WDS的PC间直连路由路径异常问题排查与优化需求

看起来你遇到了一个典型的WDS+relayd组网下的局域网路由诡异问题，我帮你拆解下原因，再给你可行的优化方案，保证不破坏现有WDS组网也不影响互联网访问。

问题原因分析 #

• ARP表项不稳定/学习异常：这是最核心的原因。因为所有设备都在同一个子网（192.168.176.x），正常情况下PC应该通过ARP直接获取工作站的MAC地址，走直连或仅经过中继器的路径。但如果PC的ARP表错误地将工作站的MAC关联到主路由器/中继器的非桥接接口，就会导致数据包绕路。另外OpenWRT的relayd默认可能开启ARP代理，干扰了局域网内的直接ARP学习。
• WDS桥接的二层转发冲突：WDS本身是二层桥接，但如果主路由器开启了无线客户端隔离，或者中继器的relayd配置混合了三层转发逻辑，就可能导致数据包在主路由器和中继器之间来回跳转，出现你看到的“94->93->94->86”绕路现象。
• relayd的路由优先级干扰：relayd默认配置可能会参与三层转发，哪怕是同子网设备，它也可能把数据包先转发到主路由器再返回，造成不必要的路径跳转。

具体解决方法 #

1. 修复ARP学习异常 #

• 先手动刷新ARP缓存验证临时修复效果：
  在PC上执行：arp -d 192.168.176.86
  在工作站上执行：arp -d 192.168.176.84
  之后再执行tracert，看看路径是否恢复正常。
• 在OpenWRT中继器上关闭不必要的ARP代理：
  登录LuCI界面，进入「网络->接口->LAN」，关闭「ARP代理」选项；
  或者用命令行操作：

  uci set network.lan.proxy_arp=0
  uci commit network
  /etc/init.d/network restart
  

2. 优化WDS+relayd的桥接配置 #

• 确保relayd仅做二层桥接，不参与三层路由：
  登录OpenWRT编辑/etc/config/relayd，保证配置仅保留桥接相关内容，示例如下：

  config relayd
      option enabled '1'
      option bridge 'br-lan'
      option network 'lan'
      option client 'wlan0'
  

• 检查主路由器配置：关闭「无线客户端隔离」功能，确保主路由器与中继器的WDS桥接是双向正常的，且两者LAN口处于同一VLAN（如果有VLAN划分的话）。

3. 强制指定直连路径 #

• 手动添加静态ARP条目（适合少量设备场景）：
  在PC上执行：arp -s 192.168.176.86 [工作站的MAC地址]
  在工作站上执行：arp -s 192.168.176.84 [PC的MAC地址]
  这样就能强制设备直接通过MAC地址通信，避免绕路。
• 在OpenWRT中继器上开启ARP绑定：
  进入LuCI的「网络->DHCP和DNS->静态地址」，将PC和工作站的IP与MAC绑定，让中继器正确转发ARP请求，避免生成错误的ARP表项。

这些操作不会破坏你的WDS组网，也不会影响设备访问互联网，能有效让PC到工作站的流量走最短路径（仅通过中继器或直连）。

备注：内容来源于stack exchange，提问作者Aleksandr Vishnyakov