arp-запити не можуть бачити конкретні вузли


12

Я створюю відкриту спеціальну програму wlan, використовуючи iwconfig(у мене є та ж проблема, що і з wpa_supplicant). у мережі є 4 вузли, як показано на малюнку нижче. Вузли запускають ubuntu 12.04 та debian видавлюють та мають ядра 3.7.1, 3.5 та 3.2. Я використовую два різних брендів usb dongle (TP link та ZCN), у яких є чіпсет AR9271 та ath9k_htcдрайвер (тут є вихід lsusb та вихід ettool ).

Проблема, яку я відчуваю, полягає в тому, що два вузли ( 10.0.0.2і 10.0.0.5), у яких є протокол Wi-Fi, що посилаються на TP, можуть пінг будь-якого вузла в мережі, і навпаки. Однак інші вузли ( 10.0.0.6і 10.0.0.7), у яких є Wi-Fi догл ZCN, не можуть пінгувати один одного, але вони не мають проблем з комунікацією з Wi-Fi модулями TP-link. tcpdumpпоказує , що 10.0.0.6і 10.0.0.7не може бачити їх АРП-запит, наприклад ,

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

але вони можуть бачити та отримувати відповідь через модулі 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, 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що вони посилають один одному? Як я можу з’ясувати проблему?

Якщо я додаю ще кілька вузлів із мережевим Wi-Fi у мережі ZCN, ці вузли також не в змозі спілкуватися один з одним, але вони добре підходять через TP-посилання. Або якщо я підміняю модулі wifi, у вузлів ZCN завжди є проблеми, але модулі TP-link добре. введіть тут опис зображення

тут є /etc/network/interfaces, ifconfig, iwconfig, ip a, ip r, routeвиходи

EDIT: Я підозрював, чи проблема arp_filterпов’язана, але вона /proc/sys/net/ipv4/conf/*/arp_filterє 0на всіх субдоменах (*). Якщо я додаю інформацію про арх 10.0.0.6і 10.0.0.7вручну на ці вузли, 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, що не має проблем). ось вихідні дані ping з 10.0.0.6 http://pastebin.com/swFP2CJ9 Я одночасно захоплював пакунки. Посилання також включає ifconfig; iwconfig; та uname- aвиходи для кожного вузла.


Чи можете ви зробити мережевий захоплення ARP-трафіку на машинах 10.0.0.6 та 10.0.0.7 одночасно? Використовуйте дамп tcp і діліться ним як файл pcap.
Мірча Вуткович

Дякую, Мірча Вутковичі, будь ласка, дивіться EDIT2 для файлів pcap. Будь ласка, дайте мені знати, якщо ви хочете отримати більше інформації.
johan

Ну, ви можете спробувати скористатися статичним ARP і подивитися, як / якщо це змінює проблему з підключенням.
poige

Чи можете ви опублікувати скидання трафіку від бездротового інструмента для сніферу, як-от kismet? Це стосуватиметься заголовків 802.11 на випадок, якщо в них є щось дивне.
Flup

2
враховуючи проблеми, які виникають із ключами ZCN, і вашу вимогу, щоб усі клієнти спілкувалися безпосередньо один з одним в мережі, я б просто викинув їх і замінив на ключі TPLink, які фактично працюють у вашій мережі. Або це може бути проблема драйвера з адаптерами ZCN - спробуйте інше.
серпня

Відповіді:


1

У мене була така ж проблема нещодавно. Я зрозумів, що в чіпсеті AR9271 є проблеми на бортовій антені передавача. Якщо ви використовуєте зовнішню антену, то у вас не виникне проблем. І ця проблема виникає лише у спеціальному режимі.

Причиною, що у вас не виникає проблем з TP-ланкою, є те, що ці модулі використовують зовнішню антену, яка долає проблему чіпсета, а модулі ZCN не повинні мати зовнішню антену.


1

Це може бути пов'язано з " проблемою прихованого вузла ", якщо .6 і .7 не знаходяться в прямому радіоконтакті, але не знаючи відстань, про які йдеться, неможливо сказати.

Також будь-який чи обидва набори мікросхем можуть мати помилковий спеціальний режим, він не використовується багато в наші дні і не дивно.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.