Zwei WiFi-Netzwerke funktionieren unter OpenWrt nur gleichzeitig

Ich versuche, den TP-Link 3020-Router des Geräts mit installiertem OpenWrt zu verwenden, um sowohl eine Verbindung über WLAN als auch eine Verbindung über WLAN herzustellen.

Ich habe ein WiFi-Heimnetzwerk und stelle eine Verbindung dazu her ("Client-Modus"). Dann stelle ich eine andere Schnittstelle am selben Radio ein, um meinen Computer mit dem Gerät zu verbinden ("ap-Modus").

Der Client-Modus ist dem WAN zugeordnet und das Abrufen der Adresse über DHCP im Bereich 192.168.10.1/24. Der AP-Modus ist dem LAN zugeordnet und verteilt die Adressen im Bereich 192.168.1.1/24

Alles funktioniert, aber bis nach Hause WiFi ist. Wenn ich es abschalte, verschwinden beide Verbindungen, dh ich kann keine Verbindung zum Internet herstellen, was normal ist, aber ich kann auch kein AP-Netzwerk sehen, um eine Verbindung von Computer zu Gerät herzustellen, um beispielsweise LUCI-Seiten anzuzeigen.

Diese Konfiguration funktioniert aber bis In The Moon Networkist. Wenn es runter geht, geht pfSense routerdas Out of The Moon Networkauch runter. Es ist nicht mehr zugänglich und sichtbar, obwohl es noch in eingerichtet ist MR3020.

Warum und wie überwinden?

AKTUALISIEREN

Ein Upgrade von 12.04auf 14.07-rc3und eine Neuordnung der Benutzeroberflächen haben nicht geholfen.

UPDATE 2

Eine Erklärung, warum es nicht möglich ist MR3020(zum Beispiel, dass nur ein Funkgerät benötigt wird, während zwei Funkgeräte benötigt werden), meine Anfrage zu beantworten, wird ebenfalls gebeten.

Nun, dies ist nicht gerade eine Antwort, sondern eher eine Erklärung, warum es mit nur einem Funkgerät schwierig ist, ein Repeater zu sein (was Sie auch tun, obwohl Sie routen). Ein einzelnes Radio kann nur auf einem WiFi-Kanal funktionieren.

Im Stationsmodus ist alles in Ordnung. Sie stellen den Kanal auf autound wpa_supplicant(oder wpad) kümmern sich um Dinge, einschließlich der Verwendung des richtigen Kanals. Das Roaming funktioniert auch, da der entsprechende Kanal dynamisch ausgewählt wird.

Im AP-Modus müssen Sie explizit angeben, auf welchem ​​Kanal das Radio das Netzwerk bereitstellt. Dieser Kanal kann nicht geändert werden, ohne das Netzwerk neu zu starten.

Daher ist im Repeater-Modus, in dem Sie sowohl Station als auch AP sind, auch der Kanal festgelegt. Dies hat einige Auswirkungen. Das offensichtlichste ist natürlich, dass Roaming nicht mehr funktioniert. Weniger offensichtlich, aber umso bedauerlicher: Wenn Sie Ihr drahtloses Netzwerk erweitern, erstellen Sie ein Downstream-Netzwerk, das Ihr Upstream-Netzwerk stört. Während Sie also möglicherweise die Reichweite verbessern, sinkt die Qualität.

Das Problem, dass der AP ausfällt, wenn der Sender ausfällt, ist höchstwahrscheinlich ein Nebeneffekt des Vorhandenseins nur eines Funkgeräts.

Ich habe viele Stunden damit verbracht, eine Art Repeater (mit einem MR3020) für mein Universitätsnetzwerk zu bauen, habe aber aufgegeben, weil viele Probleme mit automatischen Lösungen nicht gelöst werden können.

Ich hatte ein ähnliches Problem mit TL-MR3020 und TL-WR703N. Eine mögliche Lösung ist:

• mit der Standardeinstellung zu versuchen (z. B. zwei Netzwerke).
• Versuchen Sie nach ca. 15 Sekunden nach dem Start, die Uplink-Verbindung zu testen.
• Wenn Uplink nicht verfügbar ist, deaktivieren Sie die Uplink-Wi-Fi-Schnittstelle und starten Sie Wi-Fi neu.

Beginnen Sie also beim Booten als Skript zur Überprüfung der Hintergrundaufgabe: Fügen Sie also die Zeile /etc/rc.local hinzu

wifi-sentinel.sh &

Rufen Sie das folgende Skript auf:

# wifi-sentinel.sh (on syspath, e.g., in /usr/bin/)
#!/bin/sh

# use uci show wireless to list interfaces

# test both networks.
uci set wireless.@wifi-iface[2].disabled=0; 
uci commit wireless; 
wifi

# wait some time and test
sleep 15 

if wget http://google.com; then
   logger "You have uplink, no action."
# disable uplink wifi and restart if no connection is available
else
   uci set wireless.@wifi-iface[2].disabled=1; 
   uci commit wireless; 
   wifi
fi

Theoretisch kann dies funktionieren, aber es bedarf der Zusammenarbeit von hostapd, wpa_supplicant, den Kerneltreibern und der Firmware auf dem Radio selbst sowie des Klebstoffs, der es in OpenWRT in einer ungewöhnlichen (und daher etwas ungetesteten) Konfiguration bindet.

Ich habe ein ähnliches Setup auf ähnlicher Hardware. Mein Verdacht ist, dass hostapd / wpa_supplicant nicht gut zusammenspielen. Bei einer Verbindung über Ethernet, wenn der Zugriffspunkt aufgrund eines verlorenen Zugriffs im STA-Modus ausfällt, wird im Protokoll eine Zeile angezeigt:

Sun Oct 12 03:54:23 2014 daemon.notice netifd: Network device 'wlan0-1' link is down

dh etwas hat die anderen Schnittstellen markiert, die das gleiche Radio wie unten teilen.

Wenn wir noch ein bisschen graben, sehen wir, wenn alles funktioniert, die AP-Seite:

> iw dev wlan0-1 info
Interface wlan0-1
    ifindex 38
    wdev 0x16
    addr XX:XX:XX:XX:XX:XX
    ssid YYYYYYY
    type AP
    wiphy 0
    channel 6 (2437 MHz), width: 20 MHz, center1: 2437 MHz

Wenn die Schnittstelle ausgefallen ist, hat der AP die SSID- und Kanaleinstellungen verloren:

> iw dev wlan0-1 info
Interface wlan0-1
    ifindex 38
    wdev 0x16
    addr XX:XX:XX:XX:XX:XX
    type AP
    wiphy 0

Bei mir scheint sich der AP-Modus schließlich ohne Hilfe zu erholen.

Ich habe verschiedene Kombinationen zum manuellen Zurücksetzen ausprobiert, aber am Ende habe ich es mit einem USB-WLAN-Adapter gelöst, der im USB-Anschluss für das Gerät im STA-Modus verwendet werden soll. Mehrere diskrete Funkgeräte sind heutzutage eine rundum bessere Lösung und billig / einfach mit USB-Anschlüssen an OpenWRT.

Wenn wpa_supplicant die Verbindung verliert, geht es in einen aktiven Scan-Zyklus über, der den Wiphy für den ap-Modus-Betrieb unbrauchbar macht. Daher wird der ap heruntergefahren, wenn der sta seine Zuordnung verliert. Das ist nichts, was leicht behoben werden kann und es gibt keine aktuellen Pläne, um dies zu lösen.

Lesen Sie hier mehr

https://dev.openwrt.org/ticket/12000 https://forum.openwrt.org/viewtopic.php?id=41610