OpenWRT WLAN Bridge und eigene SSID

HelmutK · 12. April 2020

Hallo,

ich möchte einen TP-Link TL-WR841N v9 (ausschließlich für die Internetverbindung) über das WLAN verbinden und ein eigenes Netzwerk betreiben.

Die Verbindung LAN-WLAN funktioniert soweit.

Sobald ich jedoch ein das AP Interface hinzufüge, verliert mein Router die WLAN Verbindung. Die SSID wird des Routers wird auch nicht angezeigt. Ein deaktivieren des jeweiligen Interfaces bringt keine Änderung. Auch durch ein Löschen des AP Interface kann keine WLAN Verbindung mehr aufgebaut werden. Erst wenn ich alle WLAN Interfaces lösche und das Client Interface neueinrichte, verbindet sich der Router wieder mit dem WLAN.

Kann mir jemand sagen, was ich falsch mache?

Candy_Cloud · 12. April 2020

Zwei verschiedene WLAN Netze simultan benötigen zwei mal Hardware.

Du versuchst hier zwei Netze mit 1x Hardware und das wird nicht gehen. Zumindest nicht so wie du dir das vorstellst.

Bei den Smartphones geht auch nicht ohne Grund das normale WLAN aus wenn der Hotspot aktiv wird ;-)

Dein Projekt würde so gehen:
WLAN1 zu dem Router vom Router via LAN auf einen Accesspoint.

till69 · 12. April 2020

Wer soll mit was wie verbunden werden?

Ein WLAN Client (STA) kann unter OpenWRT keinem "bridged"-Interface zugeordnet werden.

HelmutK · 12. April 2020

Ok, dann habe ich das wohl falsch verstanden.

Vielen Dank für eure schnellen Antworten.

NJay · 12. April 2020

Also ein WLAN zu WLAN Hotspot kann funktionieren, erfordert aber dafuer passende Netzwerkhardware. Die Netzwerkkarte in einem Notebook, dass ich mal hatte konnte das z.B., eine andere in einem anderen Laptop wiederum nicht.

Evilc22 · 12. April 2020

relayd package!
https://openwrt.org/docs/guide-user/network/wifi/relay_configuration

Falls der Wlan Treiber? selbst keine Brücke ermöglicht

Btw.. nicht alle Router bzw nicht alle wlan Treiber können Client und AP auf 2,4 zugleich

HelmutK · 12. April 2020

Relayd... ja, ich schätze das ist der Begriff, der mir fehlte...

Einmal eben in google eingegeben und es gibt dafür sogar schon eine Anleitung!

Werde ich später mal testen..

HelmutK · 13. April 2020

Ok... das hat jetzt nach langem hin und her zwar dann doch funktioniert, aber ich habe mir das etwas anders vorgestellt.

Wie gesagt, ich hätte gerne, dass der Router sich für die Internetverbindung mit einem vorhandenen WLAN Netzwetzwerk verbindet und gleichzeitig ich mein eigenes WLAN Netzwerk, abgeschirmt vom Rest, betreiben kann.

Sinn und Zweck dahinter ist, dass ich nicht ständig mit jedem einzelnem Gerät die Nutzungsvereinbarung des WLANs bestätigen muss.

till69 · 13. April 2020

HelmutK schrieb:
Wie gesagt, ich hätte gerne, dass der Router sich für die Internetverbindung mit einem vorhandenen WLAN Netzwetzwerk verbindet und gleichzeitig ich mein eigenes WLAN Netzwerk, abgeschirmt vom Rest, betreiben kann.

Das geht problemlos (und ohne relayd).

Ist quasi Standard-Setup mit dem Unterschied, dass das WAN eben WLAN-Client vom Haupt-Router ist.

Dazu in der network Config unter WAN die eth Schnittstelle entfernen und in der wireless Config beim "STA" Eintrag als Schnittstelle WAN statt LAN eintragen.

LAN Netznetz dann noch unterschiedlich zum Hauptrouter-Netz einstellen.

Evilc22 · 13. April 2020

Also bei meinen Dlink Dir 825 ging keine Netzwerk-brücke ohne relayd

Uridium · 13. April 2020

@HelmutK:
Kannst Du mal die Ausgabe von iw list posten?

till69 · 14. April 2020

Evilc22 schrieb:
Also bei meinen Dlink Dir 825 ging keine Netzwerk-brücke ohne relayd

Richtig, aber das will der TE ja auch gar nicht

Evilc22 · 14. April 2020

Also ich hab es schon so verstanden
oder was verstehe ich an
Wi-Fi extender / repeater / bridge configuration
nicht?

https://openwrt.org/docs/guide-user/network/wifi/relay_configuration

Wie schon erwähnt bei manchen gehts sonst nicht

Uridium · 14. April 2020

Er möchte das Captive Portal umgehen, das bei jedem neu angemeldeten Client erscheint, indem sich nur einer anmeldet und ein neues Netz bereitstellt.

HelmutK · 15. April 2020

till69 schrieb:
Das geht problemlos (und ohne relayd).

Ist quasi Standard-Setup mit dem Unterschied, dass das WAN eben WLAN-Client vom Haupt-Router ist.

Dazu in der network Config unter WAN die eth Schnittstelle entfernen und in der wireless Config beim "STA" Eintrag als Schnittstelle WAN statt LAN eintragen.

LAN Netznetz dann noch unterschiedlich zum Hauptrouter-Netz einstellen.

Aber dann habe ich immer noch das Problem, dass die WAN/WLAN Verbindung dauerhaft abbricht, sobald ich ein 2.Netzwerk als Master festlege.

Uridium schrieb:
@HelmutK:
Kannst Du mal die Ausgabe von iw list posten?

Tut mir leid, habe die Einstellungen recht schnell zurückgesetzt.

Uridium · 15. April 2020

HelmutK schrieb:
Tut mir leid, habe die Einstellungen recht schnell zurückgesetzt.

Das hat damit nichts zu tun. iw list geht immer und zeigt die Hardwarefähigkeiten deines Wlanadapters, woran man erkennen kann, ob er den für dich nötigen Modus unterstützt oder nicht.

till69 · 15. April 2020

HelmutK schrieb:
sobald ich ein 2.Netzwerk als Master

???
Klingt nach einem Routing/Config Problem

Uridium · 16. April 2020

Das ist normal, dass sich der andere Modus deaktiviert, wenn man die vorgegebenen Einschränkungen nicht einhält.

HelmutK · 16. April 2020

Uridium schrieb:
Das hat damit nichts zu tun. iw list geht immer und zeigt die Hardwarefähigkeiten deines Wlanadapters, woran man erkennen kann, ob er den für dich nötigen Modus unterstützt oder nicht.

Mein Fehler...

Wiphy phy0

max # scan SSIDs: 20

max scan IEs length: 195 bytes

max # sched scan SSIDs: 0

max # match sets: 0

max # scan plans: 1

max scan plan interval: -1

max scan plan iterations: 0

Retry short limit: 7

Retry long limit: 4

Coverage class: 0 (up to 0m)

Device supports RSN-IBSS.

Supported Ciphers:

* WEP40 (00-0f-ac:1)

* WEP104 (00-0f-ac:5)

* TKIP (00-0f-ac:2)

* CCMP-128 (00-0f-ac:4)

* CCMP-256 (00-0f-ac:10)

* GCMP-128 (00-0f-ac:8)

* GCMP-256 (00-0f-ac:9)

Available Antennas: TX 0 RX 0

Supported interface modes:

* IBSS

* managed

* AP

* AP/VLAN

* monitor

Band 1:

Capabilities: 0x107e

HT20/HT40

SM Power Save disabled

RX Greenfield

RX HT20 SGI

RX HT40 SGI

No RX STBC

Max AMSDU length: 3839 bytes

DSSS/CCK HT40

Maximum RX AMPDU length 65535 bytes (exponent: 0x003)

Minimum RX AMPDU time spacing: 4 usec (0x05)

HT Max RX data rate: 300 Mbps

HT RX MCS rate indexes supported: 0-15

TX unequal modulation not supported

HT TX Max spatial streams: 1

HT TX MCS rate indexes supported may differ

Bitrates (non-HT):

* 1.0 Mbps

* 2.0 Mbps (short preamble supported)

* 5.5 Mbps (short preamble supported)

* 11.0 Mbps (short preamble supported)

* 6.0 Mbps

* 9.0 Mbps

* 12.0 Mbps

* 18.0 Mbps

* 24.0 Mbps

* 36.0 Mbps

* 48.0 Mbps

* 54.0 Mbps

Frequencies:

* 2412 MHz [1] (15.0 dBm)

* 2417 MHz [2] (15.0 dBm)

* 2422 MHz [3] (15.0 dBm)

* 2427 MHz [4] (15.0 dBm)

* 2432 MHz [5] (15.0 dBm)

* 2437 MHz [6] (15.0 dBm)

* 2442 MHz [7] (15.0 dBm)

* 2447 MHz [8] (15.0 dBm)

* 2452 MHz [9] (15.0 dBm)

* 2457 MHz [10] (15.0 dBm)

* 2462 MHz [11] (15.0 dBm)

* 2467 MHz [12] (15.0 dBm) (no IR)

* 2472 MHz [13] (15.0 dBm) (no IR)

Supported commands:

* new_interface

* set_interface

* new_key

* start_ap

* new_station

* new_mpath

* set_mesh_config

* set_bss

* authenticate

* associate

* deauthenticate

* disassociate

* join_ibss

* join_mesh

* set_tx_bitrate_mask

* frame

* frame_wait_cancel

* set_wiphy_netns

* set_channel

* set_wds_peer

* probe_client

* set_noack_map

* register_beacons

* start_p2p_device

* set_mcast_rate

* connect

* disconnect

* set_qos_map

* set_multicast_to_unicast

Supported TX frame types:

* IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

* managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

* AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

* AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

* mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

* P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

* P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

* P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0

Supported RX frame types:

* IBSS: 0x40 0xb0 0xc0 0xd0

* managed: 0x40 0xd0

* AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0

* AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0

* mesh point: 0xb0 0xc0 0xd0

* P2P-client: 0x40 0xd0

* P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0

* P2P-device: 0x40 0xd0

WoWLAN support:

* wake up on disconnect

* wake up on magic packet

* wake up on pattern match, up to 20 patterns of 16-128 bytes,

maximum packet offset 0 bytes

* can do GTK rekeying

* wake up on GTK rekey failure

* wake up on EAP identity request

* wake up on rfkill release

software interface modes (can always be added):

* AP/VLAN

* monitor

valid interface combinations:

* #{ managed } <= 1, #{ AP } <= 1,

total <= 2, #channels <= 1, STA/AP BI must match

* #{ managed } <= 2,

total <= 2, #channels <= 1

HT Capability overrides:

* MCS: ff ff ff ff ff ff ff ff ff ff

* maximum A-MSDU length

* supported channel width

* short GI for 40 MHz

* max A-MPDU length exponent

* min MPDU start spacing

Device supports TX status socket option.

Device supports HT-IBSS.

Device supports SAE with AUTHENTICATE command

Device supports scan flush.

Device supports per-vif TX power setting

Driver supports full state transitions for AP/GO clients

Driver supports a userspace MPM

Device supports static SMPS

Device supports dynamic SMPS

Device supports configuring vdev MAC-addr on create.

Supported extended features:

* [ RRM ]: RRM

* [ FILS_STA ]: STA FILS (Fast Initial Link Setup)

* [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records

* [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211

Uridium schrieb:
Das ist normal, dass sich der andere Modus deaktiviert, wenn man die vorgegebenen Einschränkungen nicht einhält.

Würdest Du das bitte genauer erläutern?

Uridium · 16. April 2020

Die iw list Ausgabe ist leer und damit nicht brauchbar. Offenbar hast Du den ganzen Wifikram inkl. Treiber entfernt. Dann geht das in der Tat nicht. Müsstest Du u.U. nochmal einbinden. Ohne dem kann ich dir dazu nichts verbindliches sagen.

Ich gebe trotzdem mal ein Beispiel (nicht zutreffend für dein Gerät). Hier sind die Beschränkungen: 4 Verbindungen, 2 Kanäle, 1xAP, 3xSTA.
Das ist schon relativ gut. Oftmals erlauben die Adapter nur 1 Kanal (und das vermute ich bei dir). Dann müssen beide AP/STA Kanäle gleich sein (sonst wird der andere Modus gekillt). Weitere Restriktionen wären z.B. gleiches Beacon Interval, usw.. Das würde aber dabei stehen.
Falls AP und managed (exklusiv) in getrennten Zeilen stehen, dann kann man sie grundsätzlich nicht kombinieren, also nichts mit AP/STA Mode. Das gibt es bei aktuellen Treibern aber glaube ich nicht mehr.
Wenn Du deine Werte bereitstellst, können wir das nochmal konkret auswerten.

Code:

Supported interface modes:
                 * IBSS
                 * managed
                 * AP
                 * P2P-client
                 * P2P-GO
        software interface modes (can always be added):
        valid interface combinations:
                 * #{ AP } <= 1, #{ managed } <= 3, #{ P2P-client, P2P-GO } <= 2, #{ IBSS } <= 1,
                   total <= 4, #channels <= 2

OpenWRT WLAN Bridge und eigene SSID

HelmutK

Gast

Vice Admiral

Fleet Admiral

HelmutK

Gast

Rear Admiral

Lt. Junior Grade

HelmutK

Gast

HelmutK

Gast

Fleet Admiral

Lt. Junior Grade

Lt. Commander

Fleet Admiral

Lt. Junior Grade

Lt. Commander

HelmutK

Gast

Lt. Commander

Fleet Admiral

Lt. Commander

HelmutK

Gast

Lt. Commander

Ähnliche Themen