Although wpa_supplicant works fine if the passphrase is set up in wpa_supplicant.conf, I cannot associated with my WPA access point by using NetworkManager. This works, when added to wpa_supplicant.conf: network={ scan_ssid=1 ssid="OLPCOFW" key_mgmt=WPA-PSK psk="fishfish" } Entering the same information into nm-applet's dialog box seems to fail.
Created attachment 290018 [details] wpa_supplicant output
I'm thinking there's a BE bug in the passphrase hashing again; I tried and failed to find an available PPC Mac last week. We should verify that the hex key as wpa_supplicant see it after NM sets it is what it should be. Feel inclined to compile an SRPM of wpa_supplicant for me to validate this hypothesis?
http://people.redhat.com/dcbw/wpa_supplicant-0.5.7-20.1.fc8.src.rpm Match the Hex PSK that's hexdumped prefixed SET_NETWORK that looks like: SET_NETWORK(byte array) key psk value - hexdump(len=32): ff ff ff ff ff ff ff ... with the output of: /usr/sbin/wpa_passphrase <ssid> <passphrase> If they're different, there's an NM problem.
ssid is 'OLPCOFW' passphrase is 'fishfish'. Will play later; there'll be trouble if do too much today :)
$ /usr/sbin/wpa_passphrase OLPCOFW fishfish network={ ssid="OLPCOFW" #psk="fishfish" psk=c0f3089a12a0e61b6f4359206982e15c49c0caade56376b35dc80e57c54715ce } vs. SET_NETWORK(byte array) key psk value - hexdump(len=32): f3 de 39 63 d1 af 73 dd 9e b3 ed df 69 78 cb 65 9d 25 af f9 ac 8d ac c3 1e 85 70 87 ec 85 e6 bc
If I define WORDS_BIGENDIAN in nm-applet-0.7.0/src/wireless-security/sha1.c then it works, but only after killing wpa_supplicant.
again. fix is actually to #include "config.h" at the top of sha1.c. Committed to upstream network-manager-applet SVN, r414.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Dan, could we mark this ticket as solved (CURRENTRELEASE)?
haha, yeah