Confirmed still broken in Sid. Disabling MAC randomization in NM also
resolved the issue for me.
This bug seems to be even more problematic with kernel 4.12.0-1.
Kernel : 4.11.6-1
Firmware-misc-nonfree: 20170823-1
wpasupplicant: 2:2.4-1
Network Manager: 1.8.2-1
mac randomisation: ON
Device: Linksys WUSB600N v2 Dual-Band Wireless-N Network Adapter [Ralink RT3572]
Result: No connection
Kerne
Hi
I have the same problem and the fix is the same as well, but the details
are different:
- 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
(inst
On 26/09/16 11:04, Michael Biebl wrote:
If that doesn't fix the issue, please re-open the bug report upstream.
Just to be sure, reboot the system.
Michael,
Upstream instructed me to open a new issue:
https://bugzilla.gnome.org/show_bug.cgi?id=771966
Kind regards,
--
Ben Caradoc-Davies
Direc
Control: found -1 1.4.0-4
Am 25.09.2016 um 23:20 schrieb Ben Caradoc-Davies:
> I still see this failure in 1.4.0-4. What was cherry-picked from upstream?
Upstream closed the upstream bug report in [1] with commit [2].
I've cherry-picked that commit [3] (among others).
If that doesn't fix the is
I still see this failure in 1.4.0-4. What was cherry-picked from upstream?
The workaround in /etc/NetworkManager/NetworkManager.conf still allows
authentication to succeed:
[device]
wifi.scan-rand-mac-address=no
Removing this workaround causes authentication to fail as before.
Kind regards,
Update, see: https://bugzilla.gnome.org/show_bug.cgi?id=770504
Workaround with 1.4.0 is to add this section to
/etc/NetworkManager/NetworkManager.conf:
[device]
wifi.scan-rand-mac-address=no
With this setting and "systemctl restart NetworkManager.service", WiFi
authentication succeeds.
The
Michael,
reported upstream as requested, including the new findings below:
https://bugzilla.gnome.org/show_bug.cgi?id=770504
Verbose debugging in wpa_supplicant reveals the presence of the scanning
MAC address 7E:19:8C:39:8B:F0 during authentication, despite a call
before authentication to set
Am 27.08.2016 um 04:00 schrieb Ben Caradoc-Davies:
> Package: network-manager
> Version: 1.2.4-2
> Severity: normal
>
> Dear Maintainer,
>
> WiFi authentication fails after upgrading to network-manager 1.4.0. Workaround
> is to downgrade to 1.2.4, which restores connection. This bug looks differe
I missed one package required for downgrade:
libnm-gtk0_1.2.4-1_amd64.deb
The full list of packages required to rescue an amd64 system:
libnm-glib-vpn1_1.2.4-2_amd64.deb
libnm-glib4_1.2.4-2_amd64.deb
libnm-gtk-common_1.2.4-1_all.deb
libnm-gtk0_1.2.4-1_amd64.deb
libnm-util2_1.2.4-2_amd64.deb
lib
Package: network-manager
Version: 1.2.4-2
Severity: normal
Dear Maintainer,
WiFi authentication fails after upgrading to network-manager 1.4.0. Workaround
is to downgrade to 1.2.4, which restores connection. This bug looks different
to #817123 as the device (external USB WiFi adapter) is detected
11 matches
Mail list logo
