Realtek und mein heimliches WLAN

[Florian Lohoff]

Hola,

On Wed, Dec 31, 2025 at 12:08:27AM +0100, lug at hoetger.org wrote:
>- Kennst Du eine Möglichkeit, dem Realtek Treiber zu sagen,
>  dass er sich einmal einen AP aussuchen soll um dann nicht
>  mehr rumzuprobieren?
>- Würde es helfen, wenn ich für die sieben BSSIDs jeweils
>  ein logisches WLAN definiere und das dann auf die
>  jeweilige BSSID festtackere?
>- Andere Vorschläge?

Mich würde wundern wenn der hin und her springt. Denn typischerweise
wird nur neu gescannt und eine neue association aufgebaut wenn
eine association verloren gegangen ist.

Und das macht auch nicht der Treiber sondern z.b. network-manager. 
D.h. der network manager bekommt mit das die association auf dem wifi
interface weg ist und instruiert das interface/driver neu zu scannen
und dann selektiert network manager einen AP/SSID/Frequenz und baut
dort eine neue association auf. Das findet in jedem fall
im Userspace und nicht im Driver statt weil ja der Userspace
entsprechend über den wpa-supplicant für die ganzen APs/SSIDs ja
die security credentials also PSK etc zur Verfügung stellen muss.

Also - zu deinem "Geheimen" wifi - das ist natürlich eher unschön weil 
wenn du 1) Ein wifi hast das keine SSID broadcastet und 2) deinem 
Network Manager beibringst das er dieser SSID automatisch joinenen soll
dann MUSS der network manager die ganze zeit aktiv und nicht nur passiv
scannen. Das ist dann eher ein security nightmare wenn du mit deinem
Rechner durch die Gegend läufst. Der probiert dann ständig und überall 
das Wifi zu finden und muss damit die SSID selber broadcasten. D.h. in
der Firma wissen jetzt alle wie dein Wifi zu hause heisst.
Äussert sich auf mobiles auch in deutlich gesenkter Akku Laufzeit. Wifi
ist jetzt kein Stromsparwunder, und "geheime" SSIDs sind security
technisch nicht besser sondern schlechter.
Geheime SSIDs benutze ich dort wo ich zwangsweise stationäre Devices
in ein eigenes Wifi packen muss, aber mir die Airtime der SSID
Broadcasts sparen will (SSID Broadcast ist immer 802.11b)
Es gab mal von Cisco ein schönes Excel das die Airtime Requirements
alleine für die SSID Broadcasts errechnet hat. Für jede SSID auf
2.4GHz klaust du dir wenn 802.11b an ist ~8% Airtime. Wenn du 4 SSIDs
hast sind 30% der möglichen Bandbreite weg. (Wenn ich es richtig im Kopf 
habe). Also immer schön vorsichtig mit "Ich packe da noch 4-8 SSIDs 
dabei)

Was du mal dir ansehen solltest sind die logs vom network manager. Der 
sollte loggen wenn er das Wifi/AP/Frequent/SSID wechselt.

journalctl -u NetworkManager -g "Connected to wireless"

Jan 03 08:22:00 p5 NetworkManager[3769]: <info>  [1767424920.2852] device (wlp3s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "b1i.zz.de"
Jan 03 15:52:10 p5 NetworkManager[3769]: <info>  [1767451930.8972] device (wlp3s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "b1i.zz.de"
Jan 03 20:13:48 p5 NetworkManager[3769]: <info>  [1767467628.0256] device (wlp3s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "b1i.zz.de"
Jan 04 10:56:14 p5 NetworkManager[3769]: <info>  [1767520574.1859] device (wlp3s0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "b1i.zz.de"

Und wann kannst du das hier monitoren (Entsprechenden interface namen 
einsetzen)

flo at p5:~$ sudo iw dev wlp3s0 link
Connected to a8:42:a1:b2:9b:01 (on wlp3s0)
	SSID: b1i.zz.de
	freq: 5280.0
	RX: 8149091 bytes (69038 packets)
	TX: 1114600 bytes (11503 packets)
	signal: -34 dBm
	rx bitrate: 573.5 MBit/s 40MHz HE-MCS 11 HE-NSS 2 HE-GI 0 HE-DCM 0
	tx bitrate: 573.5 MBit/s 40MHz HE-MCS 11 HE-NSS 2 HE-GI 0 HE-DCM 0
	bss flags: short-slot-time
	dtim period: 2
	beacon int: 100

Die MAC Addresse nach dem "Connected" sollte sich ändern wenn der die 
Frequenz, SSID, AP etc wechselt. Die SSID und Frequent sieht man ja 
hier entsprechend auch.

Flo
-- 
Florian Lohoff                                                     f at zz.de
   Any sufficiently advanced technology is indistinguishable from magic.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lug-owl.de/pipermail/linux/attachments/20260104/493373ec/attachment.sig>