GNOME Bugzilla – Bug 771966
WiFi authentication fails after upgrade to 1.4.0
Last modified: 2020-11-12 14:32:33 UTC
Created attachment 336242 [details] journalctl logs including NetworkManager and wpa_supplicant trace Exactly the same as #770504. A new bug report, as requested. Fresh trace logs attached. Same symptom: wpa_supplicant[2090]: nl80211: wlxf4f26d10c509: Ignore MLME frame event for foreign address Details: - Atheros (ath9k) external USB Wifi adapter (TP-LINK TL-WN722N) - Kernel 4.7.4-2 amd64 - Debian unstable with network-manager 1.4.0-4 amd64 #770504 was closed with: https://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=cd8f2ecc617a896d8007e6fe825c676a626a3b8d Debian network-manager 1.4.0-4 includes this fix as the patch: https://anonscm.debian.org/cgit/pkg-utopia/network-manager.git/tree/debian/patches/device-wait-for-MAC-address-change-to-complete-before-set.patch The same failure is seen despite the patch. The same workaround in /etc/NetworkManager/NetworkManager.conf is still effective: [device] wifi.scan-rand-mac-address=no
it's a bug in wpa-supplicant, which strangely seems not to happen usually. I think it's the same as bug 771005, I reproduced a similar issue with supplicant, but then it seemed to me that it was fixed in supplicant 2.3: https://bugzilla.gnome.org/show_bug.cgi?id=771005#c37 . Apparently that is not the case. I don't think that NetworkManager can do anything about this.
Same problem and the same fix, but slightly different situation: - Debian Stretch 9.1 64 bit - Linux 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) x86_64 GNU/Linux - NetworkManager 1.6.2 - wpa_supplicant v2.4 using driver nl80211 and firmware mt7601u.bin (installed from Debian non free package firmware-misc-nonfree) - Device: ID 148f:7601 Ralink Technology, Corp. MT7601U Wireless Adapter (essentially a USB wifi dongle with an antenna) Didn't mess around with any wpa supplicant conf or network config, just plugged in, set the password and monitored the daemon logs after setting the log level from the wpa_cli to msgdump. In the daemon.log I get: wpa_supplicant[590]: nl80211: Drv Event 37 (NL80211_CMD_AUTHENTICATE) received for wlxe... wpa_supplicant[590]: nl80211: MLME event 37 (NL80211_CMD_AUTHENTICATE) on wlxe...(aa:bb:cc:dd:ee:ff) A1=11:22:33:44:55:66 A2=zz:ff:ee:dd:cc:bb wpa_supplicant[590]: nl80211: wlxe...: Ignore MLME frame event for foreign address wpa_supplicant[590]: wlxe...: SME: Authentication timeout Workaround is to set wifi mac randomisation off in NetworkManager.conf as described above. Thanks Ben, Thomas for the workaround! Another option discussed for a similar bug, with a patch at https://bugzilla.redhat.com/show_bug.cgi?id=1441418#c12 - no idea if this will work... Best from what I can make out the bug is in the nl80211 driver - specifically the part that checks authentication response and ignores it from a foreign address. As an example see line 776 at http://ftp.nchc.org.tw/NetBSD/NetBSD-current/src/external/bsd/wpa/dist/src/drivers/driver_nl80211_event.c
bugzilla.gnome.org is being shut down in favor of a GitLab instance. We are closing all old bug reports and feature requests in GNOME Bugzilla which have not seen updates for a long time. If you still use NetworkManager and if you still see this bug / want this feature in a recent and supported version of NetworkManager, then please feel free to report it at https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/ Thank you for creating this report and we are sorry it could not be implemented (workforce and time is unfortunately limited).