Невозможно соединить два адаптера Wi-Fi

482
ytterrr

У меня есть два мобильных Wi-Fi-маршрутизатора (с IP 192.168.0.1 и 192.168.1.1 ) и два USB-адаптера Wi-Fi, и я пытаюсь подключить их к отказоустойчивому соединению. Используя OpenSUSE 12.3 в YaST, я выбрал традиционный метод с ifup, и сначала я создал два DHCP-соединения. различные соединения Wi-Fi

При следующих маршрутах это работает хорошо (с сетевым доступом и обоими интерфейсами администратора, доступными на 192.168.0.1 и 192.168.1.1 ), но без соединения

sudo /sbin/route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 wlan0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0  sudo /sbin/ifconfig lo Link encap:Local Loopback  inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:402 errors:0 dropped:0 overruns:0 frame:0 TX packets:402 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0  RX bytes:43639 (42.6 Kb) TX bytes:43639 (42.6 Kb)  wlan0 Link encap:Ethernet HWaddr 14:DD:A9:2D:53:92  inet addr:192.168.1.107 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::16dd:a9ff:fe2d:5392/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:16625 errors:0 dropped:0 overruns:0 frame:0 TX packets:14142 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000  RX bytes:9640939 (9.1 Mb) TX bytes:3377293 (3.2 Mb)  wlan1 Link encap:Ethernet HWaddr AC:22:0B:92:CE:13  inet addr:192.168.0.159 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::ae22:bff:fe92:ce13/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:21216 errors:0 dropped:0 overruns:0 frame:0 TX packets:20869 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000  RX bytes:3655149 (3.4 Mb) TX bytes:3807217 (3.6 Mb)

Сейчас я пытаюсь добавить связь, как в этом руководстве Связь с DHCP

Бонд рабов

активное резервное копирование

sudo /sbin/route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 bond0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 bond0  sudo /sbin/ifconfig bond0 Link encap:Ethernet HWaddr 14:DD:A9:2D:53:92  inet addr:192.168.0.159 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::16dd:a9ff:fe2d:5392/64 Scope:Link UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:773 errors:0 dropped:6 overruns:0 frame:0 TX packets:854 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0  RX bytes:181197 (176.9 Kb) TX bytes:173550 (169.4 Kb)  lo Link encap:Local Loopback  inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:946 errors:0 dropped:0 overruns:0 frame:0 TX packets:946 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0  RX bytes:90497 (88.3 Kb) TX bytes:90497 (88.3 Kb)  wlan0 Link encap:Ethernet HWaddr 14:DD:A9:2D:53:92  UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:8 errors:0 dropped:6 overruns:0 frame:0 TX packets:2 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000  RX bytes:1026 (1.0 Kb) TX bytes:288 (288.0 b)  wlan1 Link encap:Ethernet HWaddr 14:DD:A9:2D:53:92  UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:765 errors:0 dropped:0 overruns:0 frame:0 TX packets:852 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000  RX bytes:180171 (175.9 Kb) TX bytes:173262 (169.2 Kb)  cat /etc/sysconfig/network/ifcfg-bond0 BONDING_MASTER='yes' BONDING_MODULE_OPTS='mode=active-backup miimon=100' BONDING_SLAVE0='wlan0' BONDING_SLAVE1='wlan1' BOOTPROTO='dhcp' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='' MTU='' NAME='' NETMASK='' NETWORK='' REMOTE_IPADDR='' STARTMODE='auto' USERCONTROL='no'

Теперь я столкнулся с двумя проблемами:

  1. Я не могу получить доступ к панели администратора на 192.168.1.1

  2. Соединения не обеспечивают друг друга

а) при отключенном первом адаптере

sudo /usr/sbin/traceroute google.com traceroute to google.com (173.194.122.193), 30 hops max, 40 byte packets using UDP 1 192.168.0.1 (192.168.0.1) 0.984 ms 0.977 ms 0.970 ms ...

б) и при отключении другого соединения связь отсутствует вообще

sudo /usr/sbin/traceroute google.com traceroute to google.com (173.194.122.193), 30 hops max, 40 byte packets using UDP 1 * * * ... 30 * * *
3
Работает ли пинг 192.168.0.1 → 192.168.1.1? Согласно вашей таблице маршрутизации, хост не может достичь 1.1 сам, поэтому он будет отправлять пакеты через 0.1 CijcoSistems 9 лет назад 0
@CijcoSistems Нет, это не так. Маршрутизаторы Wi-Fi (ZTE MF910 и Huawei E5776) не настроены для доступа друг к другу, и я боюсь, что они не могут быть. ytterrr 9 лет назад 0
Поскольку они находятся в разных сетях, я бы посоветовал вам использовать другой подход, нежели объединение wlan0 и wlan1. Кроме того, они, вероятно, находятся в разных WLAN (не так ли?), Поэтому их соединение на канальном уровне заставит их выбрать одну WLAN. Вместо этого вы можете попытаться соединить одну WLAN с каждым интерфейсом. Таким образом, у вас будет 2 рабочих IP-адреса, и «все, что вам нужно сделать» - это [баланс нагрузки] (http://linuxpoison.blogspot.com.es/2008/09/opensource-load-balancing-software.html) трафик между ними. Я надеюсь, что это может как увеличить доступную пропускную способность, так и обеспечить аварийное соединение. CijcoSistems 9 лет назад 0
@CijcoSistems Спасибо за ответ. Возможно, я последую вашему предложению. Боюсь, что только «все, что вам нужно сделать», может быть, есть более простые шаги для настройки чего-то вроде баланса нагрузки с использованием маршрутов без настройки дополнительного программного обеспечения. ytterrr 9 лет назад 0

1 ответ на вопрос

0
suprjami

Большинство устройств Wi-Fi используют фильтрацию MAC-адресов, когда они не отправляют кадр, в котором MAC-адрес источника не является их собственным MAC-адресом.

Большинство режимов связи изменяют MAC-адрес устройства в зависимости от конструкции. Все режимы соединения будут работать в ситуациях, когда они могут отправлять кадры с другим MAC.

Либо не делайте этого, либо получайте устройства Wi-Fi, которые не фильтруют таким образом.

Сообщество сетевой безопасности, вероятно, имеет список устройств Wi-Fi, которые подходят для этого, эти устройства часто используются для передачи данных и для подмены другого устройства, чтобы захватить канал Wi-Fi. Искать вокруг.

Похожие вопросы