Einfacher Wifi-Client, um AP-Konnektivität von Debian mithilfe von wpa_supplicant zu infra
wpa_cli -iwlan0 add_network
1
wpa_cli -iwlan0 set_network 1 ssid '"myssid"'
OK
wpa_cli -iwlan0 set_network 1 psk '"mypwd"'
OK
wpa_cli -iwlan0 enable_network 1
Als Ergebnis "Zuordnungsanfrage an den Treiber fehlgeschlagen" in Syslog seltsamen Einträgen
nl80211: MLME-Verbindung fehlgeschlagen: ret = -1 (Vorgang nicht zulässig)
wlan0: Zuordnungsanfrage an den Treiber fehlgeschlagen
SSID und PSK sind offensichtlich korrekt. Mir die Haare ausreißen - was ist das Problem? Das gleiche Problem mit jedem anderen ssid.
Dmesg-Ausgabe
brcmfmac: brcmf_c_set_joinpref_default: Join_pref-Fehler festlegen (-1) brcmfmac: brcmf_cfg80211_connect: BRCMF_C_SET_SSID fehlgeschlagen (-1)
Ideen? Richtung? Wo soll man suchen?
UPDATE: Das Problem wurde behoben. Es hängt mit dem interessanten Nebeneffekt der Optimierung der Treiberinitialisierung zusammen. Ich habe einen physischen WLAN-Adapter mit zwei virtuellen Schnittstellen: Client (verwaltet) und Hotspot (Zugangspunkt). Die richtige Ladereihenfolge lautet AP und dann Managed (dies ist ein weiteres Problem, bei dem nicht sicher ist, woher es stammt). Wenn beide Schnittstellen gleichzeitig aufgerufen werden oder nahe genug beieinander liegen, versucht die spätere Schnittstelle, eine bereits geladene Instanz des Gerätetreibers wiederzuverwenden. Dies ist offensichtlich unmöglich (und daher kommt "Operation not allowed" von wpa_supplicant) nicht richtig initialisiert.
Die Lösung besteht darin, den Zugriffspunkt so zu gestalten, dass er frühzeitig automatisch geladen wird, während der manuelle Modus verwaltet wird. Ändern Sie dann rc.local (oder einen anderen spät ausgeführten Trigger), um die verwaltete Schnittstelle zu aktivieren. Für mich (sleep 20 || sudo ifup wlan1) & funktioniert einwandfrei, damit ist das Problem gelöst.
Allerdings denke ich, dass es erforderlich ist, ein Ticket für Debian zu öffnen, um dieses Problem zu beheben, da es sich eindeutig um einen OS-Fehler handelt.
quelle
Antworten:
Dies hängt mit dem interessanten Nebeneffekt der Optimierung der Treiberinitialisierung zusammen. Ich habe einen physischen WLAN-Adapter mit zwei virtuellen Schnittstellen: Client (verwaltet) und Hotspot (Zugangspunkt). Die richtige Ladereihenfolge lautet AP und dann Managed (dies ist ein weiteres Problem, bei dem nicht sicher ist, woher es stammt). Wenn beide Schnittstellen gleichzeitig aufgerufen werden oder nahe genug beieinander liegen, versucht die spätere Schnittstelle, eine bereits geladene Instanz des Gerätetreibers wiederzuverwenden. Dies ist offensichtlich unmöglich (und daher kommt "Operation not allowed" von wpa_supplicant) nicht richtig initialisiert.
Die Lösung besteht darin, den Zugriffspunkt so zu gestalten, dass er frühzeitig automatisch geladen wird, während der manuelle Modus verwaltet wird. Ändern Sie dann rc.local (oder einen anderen spät ausgeführten Trigger), um die verwaltete Schnittstelle zu aktivieren. Für mich (sleep 20 || sudo ifup wlan1) & funktioniert einwandfrei, damit ist das Problem gelöst.
Allerdings denke ich, dass es erforderlich ist, ein Ticket für Debian zu öffnen, um dieses Problem zu beheben, da es sich eindeutig um einen OS-Fehler handelt.
quelle