arp istekleri belirli düğümler tarafından görülemez


12

Kullanarak açık bir geçici wlan oluşturuyorum iwconfig(ben de aynı sorunu yaşıyorum wpa_supplicant). ağda aşağıdaki şekilde görüldüğü gibi 4 düğüm vardır. Düğümler ubuntu 12.04 ve debian sıkmayı çalıştırır ve 3.7.1, 3.5 ve 3.2 çekirdeğe sahiptir. AR9271 yongaseti ve ath9k_htcsürücüsüne sahip iki farklı usb dongle markası (TP link ve ZCN) kullanıyorum (burada lsusb çıkışı ve ethtool çıkışı var ).

Yaşadığım sorun TP bağlantı usb wifi donongles olan iki düğüm ( 10.0.0.2ve 10.0.0.5) ağdaki herhangi bir düğüme ping ve tersi olmasıdır. Ancak, ZCN wifi dongle'ı olan diğer düğümler ( 10.0.0.6ve 10.0.0.7) birbirlerine ping alamazlar, ancak TP-link wifi modülleri ile iletişimde sorun yaşamazlar. tcpdumpbunu gösterir 10.0.0.6ve 10.0.0.7arp-isteklerini göremez, ör.

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

ancak TP-link modüllerini görebilir ve yanıt alabilirler.

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, id 572, seq 1, length 64
20:39:24.635497 IP 10.0.0.6 > 10.0.0.2: ICMP echo request, id 572, seq 2, length 64
20:39:24.635558 IP 10.0.0.2 > 10.0.0.6: ICMP echo reply, id 572, seq 2, 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

Benim sorum şu ki , birbirlerini göndermelerinin sebebi ne olabilir 10.0.0.6ve 10.0.0.7göremiyorlar arp-requestmı? Sorunu nasıl bulabilirim?

Ağdaki ZCN wifi dongle ile birkaç tane daha düğüm eklersem, bu düğümler birbirleriyle de konuşamazlar, ancak TP-link ile iyi durumdalar. Veya wifi modüllerini değiştirirsem, ZCN'li düğümlerin her zaman sorunu vardır, ancak TP-link modülleri iyidir. resim açıklamasını buraya girin

Burada ise /etc/network/interfaces, ifconfig, iwconfig, ip a, ip r, routeçıkışlar

DÜZENLEME: Sorun olup olmadığını şüphe edildi arp_filterilişkili ama /proc/sys/net/ipv4/conf/*/arp_filterolan 0tüm alt alanlarındaki (*). Ben arp bilgi eklerseniz 10.0.0.6ve 10.0.0.7el ile bu düğümlerde, tcpdumpve wiresharkgönderdikleri olduğunu göstermez pingbirbirine. Ben pingyayın adresi (benim durumumda 10.0.0.255) 10.0.0.6ve 10.0.0.7duymak mümkün.

EDIT2: İşte pcap dosyalar http://filebin.net/6cle9a5iae dan 10.0.0.6(ZCN modülü), 10.0.0.7(ZCN modülü) ve 10.0.0.5(sorun yok TP-Link modülü). İşte 10.0.0.6 http://pastebin.com/swFP2CJ9 adresinden ping çıktıları Aynı anda paketleri yakaladım. Bağlantı ayrıca şunları içerir ifconfig; iwconfig; ve uname- aher bir düğüm için çıkışlar.


10.0.0.6 ve 10.0.0.7 makinelerinde aynı anda ARP trafiğini ağ üzerinden yakalayabilir misiniz? Tcp dökümü kullanın ve pcap dosyası olarak paylaşın.
Mircea Vutcovici

Teşekkürler Mircea Vutcovici, pcap dosyaları için lütfen EDIT2'ye bakın. Daha fazla bilgi almak istiyorsanız lütfen bize bildirin.
johan

Statik ARP kullanmayı deneyebilir ve bağlantı sorununu nasıl değiştirip değiştirmediğini görebilirsiniz.
poige

Gibi bir kablosuz dinleyicisi aracından trafik dökümü gönderebilir misiniz kismet? Bu, garip bir şey olması durumunda 802.11 başlıklarını içerecektir.
Flup

2
ZCN dongle'ları ile ilgili sorunlar ve müşterilerin ağda birbirleriyle doğrudan konuşmalarını sağlama gereksiniminiz varsa, onları dışarı atar ve aslında ağınızda çalışan TPLink dongle'larıyla değiştiririm. Veya ZCN adaptörleriyle ilgili bir sürücü sorunu olabilir - başka bir tane deneyin.
Ağustos

Yanıtlar:


1

Son zamanlarda aynı problemi yaşadım. AR9271 yongasetinin yerleşik verici anteninde sorun olduğunu anladım. Harici bir anten kullanırsanız, sorun yaşamayacaksınız. Ve bu sorun yalnızca geçici modda oluşur.

TP-link ile sorun yaşamamanızın nedeni, bu modüllerin yongaseti sorununun üstesinden gelen harici anten kullanması ve ZCN modüllerinin harici bir anteni olmamalıdır.


1

Eğer .6 ve .7 doğrudan telsiz temasında değilse , " gizli düğüm problemi " ile ilgili olabilir , ancak mesafeleri bilmeden söylemek imkansızdır.

Ayrıca yonga setlerinin biri veya her ikisi de bir arabellek geçici moduna sahip olabilir, bu günlerde çok kullanılmaz ve şaşırtıcı olmaz.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.