| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 12 Mar 2010 17:19:41 -0500 From: Pavel Roskin <proski@....org> To: Valdis.Kletnieks@...edu Cc: Johannes Berg <johannes@...solutions.net>, linux-kernel@...r.kernel.org, linux-wireless@...r.kernel.org Subject: Re: Weird wireless/wpa_supplicant screw-up. On Fri, 2010-03-12 at 16:49 -0500, Valdis.Kletnieks@...edu wrote: > So the root cause has something to do with params[idx].cipher being unset. Sorry if it's obvious, but please make sure you don't have another wpa_supplicant running and there is no other software that tries to control the interface. If you have NetworkManager, the device in question should be unmanaged. This could be done by adding this to /etc/NetworkManager/nm-system-settings.conf: [main] plugins=keyfile [keyfile] unmanaged-devices=/org/freedesktop/Hal/devices/net_00_1f_11_01_06_55 If the "plugins" line exists, "keyfile" should be added, separated by comma from the previous word. The MAC address must be lowercase. Entries on the unmanaged-devices line are separated by semicolons. Use "cnetworkmanager -d" to make sure the device is unmanaged (install cnetworkmanager if needed). You may need to restart NetworkManager or even reboot after changing the configuration. Perhaps we need it in the FAQ somewhere. -- Regards, Pavel Roskin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists