-
Notifications
You must be signed in to change notification settings - Fork 183
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can't associate if NetworkManager enables wifi.scan-rand-mac-address #132
Comments
I can confirm that this is an issue with Debian stretch. I noticed it when network-manager was upgraded to 1.4. |
Currently, no one is working on this issue. Every one is welcome to fix it. |
Can we tell the upper layers that ath9k_htc devices don't support this
feature?
…-a
On 30 July 2017 at 21:28, Oleksij Rempel ***@***.***> wrote:
Currently, no one is working on this issue. Every one is welcome to fix it.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#132 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABGl7UNLsXXB4mXbBIlKIWhrkZCPbh28ks5sTVfcgaJpZM4OLhS6>
.
|
Something I noticed # Certain drivers are known not to support changing the MAC address.
# Disable touching the MAC address on such devices.
#
# See man NetworkManager.conf
#
# https://bugzilla.gnome.org/show_bug.cgi?id=777523
[device-mac-addr-change-wifi]
match-device=driver:rtl8723bs,driver:rtl8189es,driver:r8188eu,driver:8188eu,driver:eagle_sdio,driver:wl
wifi.scan-rand-mac-address=no
wifi.cloned-mac-address=preserve
ethernet.cloned-mac-address=preserve Some of the comments at the NetworkManager bug:
If there are no objections or anyone beating me to it, I think I'll file a bug with them. |
I take that back: it turns out this is an issue that applies to all devices with interface names using the maximum number of characters, and is allegedly fixed with the following recent change to wpa_supplicant. The patch allegedly allows using MAC randomization proper, rather than disabling all support. Thanks to the investigator here and here https://w1.fi/cgit/hostap/commit/?id=7546c489a95a033c78331915fcdfa0e6fd74d563 |
I am super glad to report that this is in fact caused by the newly-fixed issue in wpasupplicant. MAC randomization works with this change in Debian for example:
-- Andrej Shadura [email protected] Tue, 24 Mar 2020 11:13:16 +0100 |
To keep track of this issue.
With new version of NetworkManager ath9k-htc can't establish connection with any AP. Current workaround is to disable wifi.scan-rand-mac-address by creating config:
/etc/NetworkManager/conf.d/no_mac_random.conf
[device-wlxa0f3c1187111]
match-device=wlxa0f3c1187111
wifi.scan-rand-mac-address=0
wlxa0f3c1187111 should be replaced to the name of you wifi interface.
The text was updated successfully, but these errors were encountered: