Conflict "LinSSID" und "wpa_supplicant"

[ingo2]

Seit Monaten schon habe ich mit dem Problem zu kämpfen, daß LinSSID sich nach ein paar Scans (manchmal auch schon einem) aufhängt und den Scan nicht beenden kann. Schlimmstenfalls ist irgendwann das WLAN-Interface komplett down.

Ich bin der Sache mit viel Zeit jetzt mal auf den Grund gegangen und habe, kurz zusammengefaßt, folgendes gefunden:

"iw event" in einem Terminal starten und die Ausgabe beobachten. Das sieht dann schon ohne ein konfiguriertes WLAN-Interface (Intel AC 7260) so aus:

Code: Alles auswählen

# iw event
wlp2s0 (phy #0): scan finished: 2412 2417 2422 2427 2432 2437 2442 2447
2452 2457 2462 2467 2472 5180 5200 5220 5240 5260 5280 5300 5320 5500
5520 5540 5560 5580 5600 5620 5640 5660 5680 5700 5745 5765 5785 5805
5825, ""
wlp2s0 (phy #0): scan started
wlp2s0 (phy #0): scan finished: 2412 2417 2422 2427 2432 2437 2442 2447
2452 2457 2462 2467 2472 5180 5200 5220 5240 5260 5280 5300 5320 5500
5520 5540 5560 5580 5600 5620 5640 5660 5680 5700 5745 5765 5785 5805
5825, ""
wlp2s0 (phy #0): scheduled scan started
wlp2s0 (phy #0): got scheduled scan results
......
wlp2s0 (phy #0): got scheduled scan results
wlp2s0 (phy #0): scan started
wlp2s0 (phy #0): sched scan stopped
wlp2s0 (phy #0): scan finished: 2412 2417 2422 2427 2432 2437 2442 2447
.....

Recherchen dazu haben ergeben, daß diese Scans vom "wpa_supplicant" kommen. Der scannt offenbar in kurzen Abständen alle WLAN-Kanäle ab, um das beste Signal für Roaming zu finden.

Und genau das kollidiert mit den von LinSSID initierten Scans bis das Interface nicht mehr mag und seine Arbeit einstellt.

Jetzt aber das Schönste:
wollte den "wpa_supplicant" per systemd-service abstellen:

Code: Alles auswählen

service wpa_supplicant stop
systemctl disable wpa_supplicant.service

Damit hört der Spuk aber nicht auf:

# service wpa_supplicant status
● wpa_supplicant.service - WPA supplicant
Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled;
vendor preset: enabled)
Active: active
...

Jetzt ist mein Latein am Ende - dabei sollte Systemd doch alles einfacher machen?

In alter Manier habe ich dann zu einem "dirty hack" gegriffen:
Eine /etc/rc.local erstellt mit:

Code: Alles auswählen

#!/bin/sh
wpa_cli terminate

Und Ruhe ist - und LinSSID kann jetzt endlos Scannen ohne irgendwelche Probleme

Eine Bitte an die Experten:
wie kann man das sauber in Systemd-Zeiten (Stretch) lösen?

Gruß,
Ingo

EDIT:
Nur zur Info: die WLAN-Karte (Intel AC 7260) steckt in meinem Arbeits-PC und dient nur zum Scannen der Umgebung. Der PC selbst hängt per Gbit-Ethernet mit fester IP im Netz!

[ingo2]

So, habe weiter geforscht:

Die Scans werden vom NetworkManager (für Roaming) veranlaßt.
Aber, wenn man den NM anweist, das Interface zu ignorieren:
/etc/NetworkManager/NetworkManager.conf

Code: Alles auswählen

[keyfile]
unmanaged-devices=interface-name:eth0

wird es überhaupt nicht initialisiert und erscheint nicht mehr unter ifconfig. Auch LinSSID liefert dann keine Scan-Ergebnisse.
In dem Fall müßte ich es mit "ifup" über die interfaces machen.

Ich belasse es also vorerst mit dem "dirty hack" in rc.local. Das hat sogar den Vorteil, das der NM das Interface bei jedem Bootvorgang mit einer neuen, zufälligen (gspooften) MAC-Adresse versorgt (Anonymität).

Die saubere Lösung wäre, den NetwokManager das Interface initialiseiren zu lassen, aber das Scannen zu untersagen.
Nur habe ich dafür keine Konfigurationsmöglichkeit gefunden. Dieser vermaledeite NM

[mat6937]

Code: Alles auswählen

wlp2s0 (phy #0): scan started
wlp2s0 (phy #0): scan finished: 2412 2417 2422 2427 2432 2437 2442 2447
2452 2457 2462 2467 2472 5180 5200 5220 5240 5260 5280 5300 5320 5500
5520 5540 5560 5580 5600 5620 5640 5660 5680 5700 5745 5765 5785 5805
5825, ""
.....

Recherchen dazu haben ergeben, daß diese Scans vom "wpa_supplicant" kommen. Der scannt offenbar in kurzen Abständen alle WLAN-Kanäle ab, ...

Hast Du ein "hidden SSID" konfiguiert, lt. der Ausgabe ("") von "iw event"? Evtl. finden auch nur deshalb diese Scans statt.

[ingo2]

Hast Du ein "hidden SSID" konfiguiert, lt. der Ausgabe ("") von "iw event"? Evtl. finden auch nur deshalb diese Scans statt.

Ja, das habe ich. Sowohl auf 2.4GHz als auch auf 5GHz gibt's hidden SSIS's. LinSSID erkennt von denen sowohl die MAC-Adresse (bssid) als auch Cypher und Protocol problemlos. Ich habe aber keine Lust. desewegen an meinem AP rumzukonfigurieren, nur um das zu testen. Laut Doku gibt es für den NM keine Option/Switch, der das Scannen untersagt.

Ingo

[mat6937]

LinSSID erkennt von denen sowohl die MAC-Adresse (bssid) als auch Cypher und Protocol problemlos.

Ja, und niemand hat das Gegenteil behauptet.

Ich habe aber keine Lust. desewegen an meinem AP rumzukonfigurieren, nur um das zu testen.

OK, ... verstanden.

Laut Doku gibt es für den NM keine Option/Switch, der das Scannen untersagt.

Ja. Evtl. liegt das auch (nur) am Treiber der WLAN-Karte(n). Ich habe eine hidden-SSID an meinem AP konfiguriert und 2 verschiedene WLAN-Karten. Die eine macht (auch ohne einen NM) die besagten Scans und die andere WLAN-Karte macht diese Scans nicht.

[ingo2]

Ja. Evtl. liegt das auch (nur) am Treiber der WLAN-Karte(n). Ich habe eine hidden-SSID an meinem AP konfiguriert und 2 verschiedene WLAN-Karten. Die eine macht (auch ohne einen NM) die besagten Scans und die andere WLAN-Karte macht diese Scans nicht.

Bei mir habe ich 2 Karten probiert, alle Intel mit iwlwifi:
AC 7260
N 6205
Und bei beiden läuft dauernd der Scan. Dabei hängt der Rechner am Gbit-Ethernet und der NM sollte das wissen.

[mat6937]

... der NM sollte das wissen.

Was genau meinst Du mit "... der NM sollte das wissen"?

[ingo2]

Der hat ja das Ethernet-Interface eno1 selbst hochgebracht und konfiguriert.

War das mit der Konfiguration in der "interfaces" doch alles so schön einfach und rock solid

[mat6937]

Der hat ja das Ethernet-Interface eno1 selbst hochgebracht und konfiguriert.

Gibt es im Verzeichnis für den NM, noch eine Konfig-Datei für das wlan-Interface? Wenn ja, dann diese Konfig-Datei mal löschen oder in ein anderes Verzeichnis verschieben.

War das mit der Konfiguration in der "interfaces" doch alles so schön einfach und rock solid

Evtl. ist in anderen unit-Dateien, noch eine Abhängigkeit zur service-unit des wpa_supplicant eingetragen, weil Du "später" (mit der rc.local) mit wpa_cli, den wpa_supplicant beenden musst.

[ingo2]

Gibt es im Verzeichnis für den NM, noch eine Konfig-Datei für das wlan-Interface? Wenn ja, dann diese Konfig-Datei mal löschen oder in ein anderes Verzeichnis verschieben.

Natürlich nicht, da ist nur die "wired connection 1", sonst nix.

Evtl. ist in anderen unit-Dateien, noch eine Abhängigkeit zur service-unit des wpa_supplicant eingetragen, weil Du "später" (mit der rc.local) mit wpa_cli, den wpa_supplicant beenden musst.

Nee, habe ich schon nachgeforscht. Der wpa_supplicant, bzw. dessen Unit wird über dbus gestartet, sobald da eine entsprechende Anfrage kommt - und die kommt vom NM - hab ich getestet.
Der NM ist da ungeheuer egoistisch und rabiat, versucht Alles was er kennt sich unter den Nagel zu reißen und läßt sich nur sehr schwer bändigen. Ich erwäge schon, den einfach zu purgen und alles "zu Fuß" zu konfigurieren.