OpenWRT WLAN Bridge und eigene SSID

[HelmutK]

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]

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]

Wer soll mit was wie verbunden werden?

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

 

[HelmutK]

Ok, dann habe ich das wohl falsch verstanden.

Vielen Dank für eure schnellen Antworten.

 

[NJay]

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]

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]

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]

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]

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]

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

 

[Uridium]

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

 

[till69]

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

Richtig, aber das will der TE ja auch gar nicht

 

[Evilc22]

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]

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]

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.

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

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

 

[Uridium]

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]

sobald ich ein 2.Netzwerk als Master

???
Klingt nach einem Routing/Config Problem

 

[Uridium]

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

 

[HelmutK]

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

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]

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.

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