I'm trying to connect to my local Wi-Fi network. Network manager fails while wicd succeeds. I can live with this, as I'll receive a cable in a few days anyway, but I would like to understand and perhaps help fixing Network manager by providing a useful bug report.
Hardware
The computer is a desktop (it makes no difference except from a practical perspective : I can't move it around for the tests). Debian Stretch. Same behavior on another Debian Stretch desktop.
Code: Select all
Linux 4.9.0-4-amd64 #1 SMP Debian 4.9.51-1 (2017-09-28) x86_64 GNU/Linux
Edimax nano USB EW-7811Un
Code: Select all
usb 1-8: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
Code: Select all
usb 1-8: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
Code: Select all
rt73usb 1-8:1.0: firmware: direct-loading firmware rt73.bin
Code: Select all
rt2800usb 1-8:1.0: firmware: direct-loading firmware rt2870.bin
Error messages
I also tried both with (WPA2) and without authentication.
With WPA authentication, I get this kind of things:
Code: Select all
[ 404.892587] wlx001cf09d49d5: authenticate with 65:7d:31:c8:ea:7a
[ 404.951583] wlx001cf09d49d5: send auth to 65:7d:31:c8:ea:7a (try 1/3)
[ 404.960094] wlx001cf09d49d5: authenticated
[ 409.956093] wlx001cf09d49d5: aborting authentication with 65:7d:31:c8:ea:7a by local choice (Reason: 3=DEAUTH_LEAVING)
[ 429.131873] IPv6: ADDRCONF(NETDEV_UP): wlx001cf09d49d5: link is not ready
[ 429.333318] IPv6: ADDRCONF(NETDEV_UP): wlx001cf09d49d5: link is not ready
Code: Select all
[ 364.175223] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 364.208738] rtl8192cu: MAC auto ON okay!
[ 364.241483] rtl8192cu: Tx queue select: 0x05
[ 364.649647] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
I searched on the web using keywords from dmesg output, but I believe those are not specific enough and most of what I found was pretty old and unrelated.
1/ From https://unix.stackexchange.com/a/386938 (and https://lists.debian.org/debian-user/20 ... 01045.html):
No difference here, which is no surprise as /etc/systemd/network/ was empty: /lib/systemd/network/99-default.link did not exist.Somehow, my firmware got trouble with long interface name. So I ran this command to prevent it:
and it worked.Code: Select all
ln -s /dev/null /etc/systemd/network/99-default.link
2/ https://unix.stackexchange.com/a/243354
I tried to do more or less the same (fixed channel + 40 MHz). No difference.I changed the "Auto channel" option to a fixed channel and the "Channel width" option to 20 MHz in my AP and it solved my problem.
3/ Very old bug report: https://bugs.debian.org/cgi-bin/bugrepo ... bug=683407
I have only one wpa_supplicant instance. I killed wpa_supplicant. It wouldn't recreate by itself (or by network-manager) so I restarted it using systemd start wpa_supplicant. It made no difference.
I picked "ignore" in the IPv6 tab of my wifi connexion in Network manager. (dmesg reported IPv6 stuff so I figured let's deactivate IPv6. Not sure this "ignore" choice does that.) No difference.
4/ https://blogs.gnome.org/thaller/2016/08 ... ger-1-4-0/
Tried that. No difference.Randomization during Wi-Fi scanning
During Wi-Fi scanning, NetworkManager resets the MAC address frequently to a randomly generated address. This was already enabled by default in 1.2.0, but as said, users likely didn’t have the required support from wpa_supplicant.
This default behavior can be disabled with a global configuration option in NetworkManager.conf:
Code: Select all
[device] wifi.scan-rand-mac-address=no
Any hint appreciated.
Thanks.