linux – 特定节点无法看到arp-requests

前端之家收集整理的这篇文章主要介绍了linux – 特定节点无法看到arp-requests前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我使用iwconfig创建一个开放的ad-hoc wlan(我也有与wpa_supplicant相同的问题).网络上有4个节点,如下图所示.节点运行ubuntu 12.04和debian squeeze,并具有3.7.1,3.5和3.2内核.我使用两个不同的USB加密狗品牌(TP链接和ZCN),它们都有AR9271芯片组和ath9k_htc驱动程序(这里是 lsusb outputethtool output).

我遇到的问题是具有TP链接usb wifi加密狗的两个节点(10.0.0.2和10.0.0.5)可以ping网络上的任何节点,反之亦然.但是,具有ZCN wifi加密狗的其他节点(10.0.0.6和10.0.0.7)不能相互ping通,但它们与TP-link wifi模块通信没有问题. tcpdump显示10.0.0.6和10.0.0.7无法查看其arp请求,例如

20:37:52.470305 ARP,Request who-has 10.0.0.7 tell 10.0.0.6,length 28
20:37:53.463713 ARP,length 28
20:37:54.463622 ARP,length 28
20:37:55.472868 ARP,length 28
20:37:56.463439 ARP,length 28
20:37:57.463469 ARP,length 28

但他们能够看到并获得TP-link模块的回复.

20:39:23.634459 ARP,Request who-has 10.0.0.2 tell 10.0.0.6,length 28
20:39:23.634551 ARP,Reply 10.0.0.2 is-at 64:70:02:18:d4:6a (oui Unknown),length 28
20:39:23.636687 IP 10.0.0.6 > 10.0.0.2: ICMP echo request,id 572,seq 1,length 64
20:39:23.636809 IP 10.0.0.2 > 10.0.0.6: ICMP echo reply,length 64
20:39:24.635497 IP 10.0.0.6 > 10.0.0.2: ICMP echo request,seq 2,length 64
20:39:24.635558 IP 10.0.0.2 > 10.0.0.6: ICMP echo reply,length 64
20:39:28.651946 ARP,Request who-has 10.0.0.6 tell 10.0.0.2,length 28
20:39:28.654021 ARP,Reply 10.0.0.6 is-at 00:19:70:94:7c:8b (oui Unknown),length 28

我的问题是10.0.0.6和10.0.0.7无法看到他们互相发送的arp请求的原因是什么?我怎样才能找出问题所在?

如果我在网络上添加更多带有ZCN wifi加密狗的节点,这些节点也无法相互通信,但是TP-link也没问题.或者,如果我交换wifi模块,带有ZCN的节点总是有问题,但TP-link模块很好.

here是/ etc / network / interfaces,ifconfig,iwconfig,ip a,ip r,route outputs

编辑:我怀疑问题是否与arp_filter相关,但/ proc / sys / net / ipv4 / conf / * / arp_filter在所有子域(*)上为0.如果我在这些节点上手动添加10.0.0.6和10.0.0.7的arp信息,则tcpdump和wireshark不会显示它们彼此发送ping.如果我ping广播地址(在我的情况下是10.0.0.255),10.0.0.6和10.0.0.7都可以听到它.

EDIT2:这是pcap文件http://filebin.net/6cle9a5iae 10.0.0.6(ZCN模块),10.0.0.7(ZCN模块)和10.0.0.5(TP-link模块没有问题).这是10.0.0.6 http://pastebin.com/swFP2CJ9的ping输出我同时捕获了包.该链接包括ifconfig; iwconfig的;和uname-每个节点的输出.

解决方法

我最近遇到了同样的问题.我发现AR9271芯片组在板载发射器天线上存在问题.如果您使用外置天线,那么您就不会有问题.此问题仅发生在ad-hoc模式上.

您没有遇到TP-link问题的原因应该是这些模块使用外部天线来克服芯片组的问题,ZCN模块不应该有外部天线.

猜你在找的Linux相关文章