自定义C++隧道环境下Iperf服务器无法捕获数据包的解决咨询

核心原因分析 #

Ping能正常工作是因为ICMP协议由内核直接处理，而UDP数据包需要内核将其交付给用户态的Iperf进程。当前问题的关键在于：隧道环境中缺少ARP协议交互，内核无法自动生成邻居表项，导致无法识别目标IP对应的本地进程；同时可能存在内核对tun接口数据包的交付策略限制。

具体解决方案 #

1. 确认隧道接口状态与IP配置

• 检查服务器B上tunB接口的状态与IP：

  ip link show tunB
  ip addr show tunB
  

• 确保接口处于UP状态，若未启用则执行：

  ip link set tunB up
  

2. 手动添加ARP邻居表项

由于隧道内无ARP数据包交互，内核无法自动生成tunA IP对应的邻居条目，需手动添加虚拟MAC地址（任意合法MAC即可）：

• 在服务器B执行：

  arp -s <tunAIp> 00:00:00:00:00:01
  

• 验证条目是否存在：

  arp -n | grep <tunAIp>
  

3. 调整内核数据包交付策略

默认情况下，内核可能拒绝接收来自本地接口、目标IP为本地的数据包，需开启accept_local参数：

• 临时生效（重启后失效）：

  sysctl -w net.ipv4.conf.all.accept_local=1
  sysctl -w net.ipv4.conf.tunB.accept_local=1
  

• 永久生效（写入/etc/sysctl.conf）：

  echo "net.ipv4.conf.all.accept_local=1" >> /etc/sysctl.conf
  echo "net.ipv4.conf.tunB.accept_local=1" >> /etc/sysctl.conf
  sysctl -p
  

4. 验证Iperf监听配置

确认Iperf服务器正确绑定到tunB的IP与目标端口：

• 检查监听状态：

  netstat -ulnp | grep 2152
  

• 确保输出中显示Iperf监听在<tunBIp>:2152，而非其他接口的IP。

5. 确认隧道接口类型为三层TUN

检查tunB接口类型是否为三层TUN（而非二层TAP）：

ip link show tunB

输出中类型应为tun，若为tap则需修改C++应用的隧道创建逻辑，切换为三层TUN模式。

验证步骤 #

1. 重启服务器B上的Iperf服务：

   iperf -s -p 2152 -B <tunBIp> -i1
   

2. 在服务器A重新发起Iperf测试：

   iperf -c <tunBIp> -p 2152 -u -i1 -b 10m -t 10 -B <tunAIp>:2154
   

3. 同时在服务器B用tcpdump监控tunB接口的UDP流量：

   tcpdump -i tunB udp port 2152
   

此时应能看到Iperf服务器输出流量统计数据。

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