树莓派OpenWRT AP组网中为何无法捕获tcpreplay重放的改写数据包

以下按排查优先级逐环节定位问题诱因：

• 二层以太网帧MAC地址未同步改写
  当前使用tcpreplay仅通过-D参数修改了IP层的目的地址，未同步更新二层帧头的目的MAC。原pcap文件是在D主机上捕获的、二层目的指向RPI（192.168.2.1）的帧，对应帧头的目的MAC是RPI的wlan0接口地址，即便IP层目的改成了C主机的地址，二层链路依然会把帧优先交付给RPI，无法直接交付给C。
  修复方式：使用tcprewrite处理数据包时，同步通过--enet-dmac <C主机wlan0的实际MAC地址>参数改写二层目的MAC，确保链路层可以正确把帧交付到目标主机。
• 无线接口原始发包的兼容性问题
  managed模式下的无线网卡，通过tcpdump抓取到的是剥离了802.11无线帧头的纯以太网格式数据。而tcpreplay是绕过系统协议栈直接向接口推送原始帧的工具，这种模式下推送的纯以太帧，无法被无线驱动自动封装为符合802.11标准的空口帧，相当于数据包根本没有真正通过无线信号发送到空口。
  修复方式：若要在无线链路重放数据包，需要先将无线网卡切换为monitor模式，抓取完整的802.11格式帧（包含无线帧头、加密字段），或直接在有线链路侧完成重放，绕过无线接口的发包适配问题。
• OpenWRT AP的默认站点隔离规则拦截
  OpenWRT作为AP部署时，默认固件通常开启无线站点隔离（AP Isolation），该功能会直接拦截同一SSID下连接的所有无线客户端之间的直连流量，不会在客户端之间转发二层帧。哪怕数据包的MAC、IP地址都改写正确，只要流量是从D的无线网卡发出、目标是同属一个无线子网的C，就会被AP直接丢弃。
  修复方式：登录OpenWRT管理后台，在无线接口的高级设置中关闭“隔离无线客户端”选项，确保同子网的无线客户端之间可以正常转发流量。
• 防火墙转发规则不匹配
  之前配置的iptables DNAT规则仅匹配从eth0接口入站、目的端口为7777的流量，本次重放的数据包是从wlan0接口入站的，完全不会触发原有DNAT规则。同时OpenWRT默认的防火墙FORWARD链策略为拒绝跨接口转发，若没有显式允许wlan0侧的流量转发规则，重放的数据包会被防火墙直接丢弃。
  修复方式：在OpenWRT的iptables中添加显式允许wlan0接口入站、目的为192.168.2.172的7777端口流量的转发规则，匹配重放数据包的特征。
• 抓包接口选择错误
  在C主机上执行抓包命令时没有指定抓包接口，系统可能默认选择了非无线的其他接口，导致无法捕获到达无线网卡的目标数据包。
  修复方式：抓包时明确指定无线接口，使用命令tcpdump -i wlan0 dst port 7777替代无接口参数的抓包命令。

内容的提问来源于stack exchange，提问作者YoonPD