Zwei Wi-Fi-Adapter können nicht verbunden werden

841
ytterrr

Ich habe zwei mobile Wi-Fi-Router (mit IP 192.168.0.1 und 192.168.1.1 ) und zwei USB-Wi-Fi-Adapter und versuche, sie in eine Failover-Verbindung einzubinden. Bei Verwendung von OpenSUSE 12.3 in YaST habe ich die traditionelle Methode mit ifup gewählt und zunächst zwei DHCP-Verbindungen hergestellt verschiedene WLAN-Verbindungen

Mit folgenden Routen funktioniert es gut (mit Netzwerkzugriff und beiden Administrationsschnittstellen unter 192.168.0.1 und 192.168.1.1 ), jedoch ohne Bindung

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)

Jetzt versuche ich, eine Bondverbindung wie in diesem Handbuch hinzuzufügenDHCP-Bindung

Bond-Sklaven

Active-Backup

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'

Jetzt bin ich mit zwei Problemen konfrontiert:

  1. Ich kann unter 192.168.1.1 nicht auf das Admin-Panel zugreifen

  2. Verbindungen stellen sich nicht sicher

a) wenn der erste Adapter nicht angeschlossen ist

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 ...

b) und wenn andere nicht verbunden sind, besteht überhaupt keine Verbindung

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
Funktioniert 192.168.0.1 → 192.168.1.1 Ping? Entsprechend Ihrer Routing-Tabelle kann der Host nicht 1.1 selbst erreichen, so dass er Pakete durch 0.1 sendet CijcoSistems vor 9 Jahren 0
@CijcoSistems Nein, das stimmt nicht. Wi-Fi-Router (ZTE MF910 & Huawei E5776) sind nicht darauf ausgelegt, für einander zugänglich zu sein, und ich fürchte, sie könnten es nicht sein. ytterrr vor 9 Jahren 0
Da sie sich in unterschiedlichen Netzwerken befinden, würde ich vorschlagen, dass Sie einen anderen Ansatz verfolgen als wlan0 und wlan1. Außerdem befinden sie sich wahrscheinlich in verschiedenen WLANs (oder?), So dass sie sich bei der Verbindungsschicht zwingen, ein WLAN zu wählen. Sie können stattdessen versuchen, an jeder Schnittstelle ein WLAN anzuschließen. Auf diese Weise hätten Sie 2 funktionierende IPs und "alles was Sie tun müssen" ist [Lastausgleich] (http://linuxpoison.blogspot.com.es/2008/09/opensource-load-balancing-software.html) zwischen ihnen. Ich hoffe, dies kann sowohl die verfügbare Bandbreite erhöhen als auch eine Failover-Verbindung bereitstellen. CijcoSistems vor 9 Jahren 0
@CijcoSistems Vielen Dank für Ihre Antwort. Wahrscheinlich werde ich deinem Vorschlag doch folgen. Ich fürchte, nur "alles, was Sie tun müssen", zum Teil, vielleicht gibt es einfachere Schritte, um etwas wie Lastverteilung mithilfe von Routen einzurichten, ohne zusätzliche Software konfigurieren zu müssen. ytterrr vor 9 Jahren 0

1 Antwort auf die Frage

0
suprjami

Die meisten WLAN-Geräte verwenden eine MAC-Filterung, bei der sie keinen Frame senden, bei dem die Quell-MAC-Adresse nicht ihre eigene MAC-Adresse ist.

Die meisten Bonding-Modi ändern die MAC-Adresse des Geräts von Design. Alle Bonding-Modi werden in Situationen geraten, in denen sie Frames mit einem anderen MAC senden können.

Entweder machen Sie das nicht oder Sie erhalten WLAN-Geräte, die nicht so filtern.

Die Netzwerksicherheits-Community verfügt wahrscheinlich über eine Liste von WLAN-Geräten, die für diese Zwecke geeignet sind. Diese Geräte werden häufig zum Abspeichern und zum Spoofing eines anderen Geräts verwendet, um einen WLAN-Kanal zu übernehmen. Suchen.

Verwandte Probleme