如何在网络网桥中检测目标IP所使用的物理通信接口

我完全理解你的需求——你希望这个专用AP做二层透明桥接，不干扰三层网络结构，但又得搞清楚和目标站点通信时，到底走的是哪条物理路径：是通过以太网口回路由器再走Wifi A，还是直接走AP本地的Wifi B接口。用ip route get确实行不通，因为网桥会把底层物理接口的信息给“隐藏”起来，得从二层角度入手来排查。

下面给你几个实用的方法：

方法一：利用网桥转发数据库（FDB）查询 #

网桥会维护一个FDB表，记录每个MAC地址对应的出接口，这是最直接的二层视角。操作步骤如下：

1. 先获取目标站点的MAC地址，用ARP命令就行：

   arp -n <你的站点静态IP>
   

2. 用bridge fdb命令查询这个MAC对应的出接口：

   bridge fdb show | grep <站点MAC地址>
   

   输出结果里的dev字段就是当前的物理接口：

   • 如果显示的是AP的以太网口（比如eth0），说明流量是经路由器走Wifi A的路径；
   • 如果显示的是Wifi B的接口（比如wlan0），那就是直接走AP本地的Wifi链路。

   举个例子，输出可能是这样：

   aa:bb:cc:dd:ee:ff dev eth0 master br0
   

   这个结果是实时更新的，刚好匹配你站点active-backup bond的切换逻辑，非常准确。

方法二：用tcpdump抓包验证路径 #

如果想更直观地确认流量走向，可以在AP的两个物理接口上分别抓包：

• 先在以太网口抓目标站点的流量：

  tcpdump -i eth0 host <站点静态IP>
  

• 同时在Wifi B接口抓同样的流量：

  tcpdump -i wlan0 host <站点静态IP>
  

  哪个接口能抓到数据包，就说明当前通信走的是那条路径。这个方法适合你想观察切换过程的场景，能实时看到流量切换的瞬间。

方法三：监控站点端的bond状态（可选） #

如果你能登录到那个配置了bond接口的Linux站点，直接看bond的活跃接口也能反向确认AP的通信路径：

cat /proc/net/bonding/bond0

输出里会明确标注当前的Active Slave是哪个Wifi接口——如果是连Wifi A的接口，那AP这边就走以太网回路由器；如果是连Wifi B的接口，那AP就是直接和站点通信。不过这个方法需要站点的访问权限，没法碰站点的话就优先用前两种方法。

额外注意事项 #

• 因为你用的是静态IP，ARP条目可能不会自动刷新，操作前可以先ping一下站点，触发ARP更新，确保FDB表的条目是最新的；
• 网桥FDB条目有老化时间，如果一段时间没流量，条目会消失，所以查询前最好先触发一次流量交互。

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