arp-request विशिष्ट नोड्स द्वारा नहीं देखा जा सकता है


12

मैं उपयोग करके एक खुला एड-हॉक वलान बनाता हूं iwconfig(मेरे पास भी यही मुद्दा है wpa_supplicant)। नेटवर्क पर 4 नोड्स हैं जैसा कि नीचे की आकृति पर देखा गया है। नोड्स ubuntu 12.04 और डेबियन निचोड़ते हैं, और 3.7.1, 3.5 और 3.2 कर्नेल हैं। मैं दो अलग-अलग usb डोंगल ब्रांड्स (TP लिंक और ZCN) का उपयोग करता हूं, जिनमें सभी में AR9271 चिपसेट और ath9k_htcड्राइवर (यहाँ lsusb आउटपुट और एथ्टूल आउटपुट है )।

मुझे जो समस्या आ रही है, वह यह है कि दो नोड्स ( 10.0.0.2और 10.0.0.5) में टीपी लिंक यूएसबी वाईफाई डोंगल हैं जो नेटवर्क पर किसी भी नोड को पिंग कर सकते हैं, और इसके विपरीत। हालाँकि, अन्य नोड्स ( 10.0.0.6और 10.0.0.7) जिनके पास ZCN वाईफाई डोंगल है वे एक दूसरे को पिंग नहीं कर सकते हैं, लेकिन उन्हें टीपी-लिंक वाईफाई मॉड्यूल के साथ संचार करने में कोई समस्या नहीं है। 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, 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

लेकिन वे टीपी-लिंक के मॉड्यूल से उत्तर देखने और प्राप्त करने में सक्षम हैं।

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

मेरा प्रश्न है कि क्या कारण हो सकता है कि है 10.0.0.6और 10.0.0.7नहीं देख सकते हैं arp-requestकि वे एक दूसरे को भेजने? मैं समस्या का पता कैसे लगा सकता हूं?

यदि मैं नेटवर्क पर ZCN वाईफाई डोंगल के साथ कुछ और नोड्स जोड़ता हूं, तो ये नोड्स एक दूसरे के साथ बात करने में भी सक्षम नहीं हैं, लेकिन वे टीपी-लिंक के साथ ठीक हैं। या अगर मैं वाईफाई मॉड्यूल को स्वैप करता हूं, तो ZCN के साथ नोड्स में हमेशा समस्या होती है लेकिन टीपी-लिंक मॉड्यूल ठीक हैं। यहाँ छवि विवरण दर्ज करें

यहाँ है /etc/network/interfaces, ifconfig, iwconfig, ip a, ip r, routeआउटपुट

संपादित करें: यदि समस्या है मैं शक था 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-लिंक मॉड्यूल)। यहाँ 10.0.0.6 http://pastebin.com/swFP2CJ9 से पिंग आउटपुट है, मैंने एक साथ संकुल पर कब्जा कर लिया है। लिंक भी शामिल है ifconfig; iwconfig; और uname- aप्रत्येक नोड के लिए आउटपुट।


क्या आप एक ही समय में 10.0.0.6 और 10.0.0.7 मशीनों दोनों पर ARP ट्रैफ़िक का नेटवर्क कैप्चर कर सकते हैं? Tcp डंप का उपयोग करें और इसे pcap फ़ाइल के रूप में साझा करें।
मिरिकिया वुटकोविसी

धन्यवाद Mircea Vutcovici, कृपया PIT फ़ाइलों के लिए EDIT2 देखें। कृपया मुझे बताएं कि क्या आप अधिक जानकारी चाहते हैं।
जोहान

ठीक है, आप स्थैतिक एआरपी का उपयोग करने की कोशिश कर सकते हैं और देख सकते हैं कि कैसे / यदि यह कनेक्टिविटी समस्या को बदलता है।
8

क्या आप वायरलेस स्निफ़र उपकरण जैसे ट्रैफ़िक का डंप पोस्ट कर सकते हैं kismet? इसमें 802.11 हेडर शामिल होंगे अगर उनके बारे में कुछ अजीब है।
फ्लॉप

2
आप ZCN डोंगल के साथ होने वाले मुद्दों को देखते हुए, और आपकी आवश्यकता के लिए क्लाइंट को सीधे नेटवर्क पर एक-दूसरे से बात करने की आवश्यकता है, मैं उन्हें बस बाहर फेंक दूंगा और TPLink डोंगल के साथ बदल दूंगा जो वास्तव में आपके नेटवर्क पर काम करते हैं। या यह ZCN एडेप्टर के साथ एक ड्राइवर मुद्दा हो सकता है - एक और प्रयास करें।
अगस्त

जवाबों:


1

मुझे हाल ही में यही समस्या थी। मुझे पता लगा कि AR9271 चिपसेट की ऑनबोर्ड ट्रांसमीटर एंटीना पर समस्या है। यदि आप एक बाहरी एंटीना का उपयोग करते हैं, तो आपको कोई समस्या नहीं होगी। और यह समस्या केवल तदर्थ मोड पर होती है।

टीपी-लिंक के साथ समस्या का अनुभव नहीं करने का कारण यह होना चाहिए कि ये मॉड्यूल बाहरी एंटीना का उपयोग करते हैं जो चिपसेट की समस्या को खत्म करता है, और ZCN मॉड्यूल में बाहरी एंटीना नहीं होना चाहिए।


1

यह " छिपी हुई नोड समस्या " से संबंधित हो सकता है यदि .6 और .7 सीधे रेडियो संपर्क में नहीं हैं, लेकिन इसमें शामिल दूरी को जानने के बिना यह कहना असंभव है।

या तो या दोनों चिपसेट में एक छोटी-सी एड-हॉक मोड हो सकती है, यह इन दिनों ज्यादा इस्तेमाल नहीं किया जाता है और आश्चर्य की बात नहीं होगी।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.