Bug 356041 - Can't connect to AP with WPA-PSK
Summary: Can't connect to AP with WPA-PSK
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: NetworkManager
Version: rawhide
Hardware: i386
OS: Linux
low
low
Target Milestone: ---
Assignee: Dan Williams
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-10-28 21:33 UTC by Ruben Kerkhof
Modified: 2008-03-08 17:15 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-03-08 17:15:36 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
NetworkManager log (6.75 KB, text/plain)
2007-10-28 21:46 UTC, Ruben Kerkhof
no flags Details
wpa_supplicant logfile (19.23 KB, text/plain)
2007-10-28 21:51 UTC, Ruben Kerkhof
no flags Details
Output from nm-applet when run from terminal as root (3.96 KB, text/plain)
2007-12-04 19:29 UTC, Chris Hackmeyer
no flags Details

Description Ruben Kerkhof 2007-10-28 21:33:28 UTC
Description of problem:

I'm trying to connect to my Airport Express with WPA PSK.
nm-applet keeps asking for my passphrase.
Connecting with wpa_supplicant and the same passphrase works though.

Version-Release number of selected component (if applicable):

[root@localhost ~]# rpm -q NetworkManager
NetworkManager-0.7.0-0.5.svn3030.fc8
[root@localhost ~]# rpm -q wpa_supplicant
wpa_supplicant-0.5.7-12.fc8
[root@localhost ~]# rpm -q kmod-madwifi
kmod-madwifi-0.9.3.3-5.lvn8
[root@localhost ~]# uname -a
Linux localhost.localdomain 2.6.23.1-35.fc8 #1 SMP Wed Oct 24 21:25:41 EDT 2007
i686 i686 i386 GNU/Linux

How reproducible:
- Connect to wpa wireless network
- after about 10 seconds, nm-applet asks for passphrase again.

I added the output of wpa_passphrase to /etc/wpa_supplicant/wpa_supplicant.conf
and started wpa_supplicant with -c /etc/wpa_supplicant/wpa_supplicant.conf
-iwlan0 -Dwext -d, and it associates fine.

I'll attach the logging output.

Comment 1 Ruben Kerkhof 2007-10-28 21:46:11 UTC
Created attachment 241011 [details]
NetworkManager log

Comment 2 Ruben Kerkhof 2007-10-28 21:51:23 UTC
Created attachment 241031 [details]
wpa_supplicant logfile

Comment 3 Dan Williams 2007-10-28 22:01:55 UTC
Could you provide the output of 'iwlist wlan0 scan' for your AP, obscuring the
BSSID if you like?

Comment 4 Ruben Kerkhof 2007-10-28 22:32:40 UTC
[root@localhost ~]# iwlist wlan0 scan
wlan0     Interface doesn't support scanning.

[root@localhost ~]# iwlist ath0_rename scan

 Cell 03 - Address: 00:14:51:78:01:89
                    ESSID:"*******"
                    Mode:Master
                    Frequency:2.412 GHz (Channel 1)
                    Quality=29/70  Signal level=-66 dBm  Noise level=-95 dBm
                    Encryption key:on
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
                              9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
                              48 Mb/s; 54 Mb/s
                    Extra:bcn_int=100
                    IE: WPA Version 1
                        Group Cipher : TKIP
                        Pairwise Ciphers (1) : TKIP
                        Authentication Suites (1) : PSK


Comment 5 Brian Jedsen 2007-10-30 06:11:35 UTC
I was able to get wpa_supplicant working with this
/etc/wpa_supplicant/wpa_supplicant.conf file (psk and ssid edited out)

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
ap_scan=1

network={
        ssid="<SSID>"
        key_mgmt=WPA-PSK
        proto=WPA
        scan_ssid=1
        psk=<PSK>
}

The option of note is ap_scan=1. When set to 0 or 2 it will not work. After
wpa_supplicant is started I can start NetworkManager again it it will get and ip
address.

Comment 6 Ruben Kerkhof 2007-10-30 20:57:00 UTC
wpa_supplicant standalone works fine, with or without the ap_scan option. It's
the combination of wpa_supplicant with NM that doesn't work.


Comment 7 Dan Williams 2007-11-01 13:27:52 UTC
are you hiding the SSID of your AP?

Comment 8 Ruben Kerkhof 2007-11-01 13:57:18 UTC
No, I'm not.

Comment 9 Brian Jedsen 2007-11-01 16:04:38 UTC
I'm not hiding my ssid, either.

Comment 10 Adam Huffman 2007-11-02 00:37:34 UTC
This problem has re-appeared for me, too (there was a similar situation earlier
on in the F8 development cycle).

I am not hiding my SSID.

Comment 11 Chris Hackmeyer 2007-11-14 04:00:54 UTC
Just confirming that the same is happening to me on an x86_64 system (no idea 
if that makes a difference) with a Broadcom 4311 card, so this clearly is not 
unique to any particular card/manufacturer.  Also, a lot of people with 
various cards have reported the same or similar problems on FedoraForums, so 
evidently this is quite a widespread problem.

Comment 12 Chris Hackmeyer 2007-11-16 04:45:21 UTC
Actually, I take that back.  I'm no longer having this problem after the 
latest round of updates.

Comment 13 Dan Williams 2007-12-03 17:22:24 UTC
Chris, which version of NM are you running?  Which kernel?

If others could report their kernel and NM versions as well, that would be great.

Comment 14 Chris Hackmeyer 2007-12-04 19:29:00 UTC
Created attachment 277271 [details]
Output from nm-applet when run from terminal as root

Comment 15 Chris Hackmeyer 2007-12-04 19:30:04 UTC
Well, the issue had been resolved (at least for me) but went back to the same 
behavior after the latest round of updates yesterday.  My current NM and 
kernel versions are:

NetworkManager 0.7.0-0.6.6.svn3109
linux 2.6.23.8-63

That's what I have now, and it's not working.  Back when things were working, 
I think I had:

NetworkManager 0.7.0-0.6.6.svn3030
linux 2.6.23.1-49

The attachment is the output I get from running nm-applet from a terminal (as 
root), trying to enter my wireless router's passkey twice, and then hitting 
cancel on the third try (if that makes any sense).

I'm guessing the line
** (nm-applet:4315): WARNING **: couldn't read 4 bytes from gnome-keyring 
socket: Connection reset by peer
is significant, but what do I know?  I hope that helps in some way.

Comment 16 Chris Hackmeyer 2007-12-04 19:33:09 UTC
By the way, I should probably note that I tried downgrading the 
NetworkManager-related packages to the svn3030 version and using the older 
kernel, but this didn't seem to have any effect - it still just kept 
repeatedly asking for my password.

Comment 17 Grosswiler Roger 2008-02-08 11:35:28 UTC
Is this bug still open? As i remarked last week, it just concerns wpa, but not 
wpa2, which works fine (even if the bssid is hidden).

Roger

Comment 18 Ruben Kerkhof 2008-02-16 13:13:04 UTC
I haven't been able to get madwifi (or ath5k) working on my laptop with the
latest kernels, so I can't test this for now.

Comment 19 Ruben Kerkhof 2008-03-03 21:48:40 UTC
Ok, I've been able to get madwifi working again. Connecting with wpa-supplicant
works, but nm-applet keeps asking for my password

[ruben@localhost ~]$ uname -r
2.6.25-0.78.rc3.git1.fc9
[ruben@localhost ~]$ rpm -q NetworkManager
NetworkManager-0.7.0-0.8.svn3369.fc9.i386
[ruben@localhost ~]$ rpm -q madwifi
madwifi-0.9.4-1.lvn9.i386


Comment 20 Ruben Kerkhof 2008-03-08 17:15:36 UTC
Somehow everything works now on the latest kernel:

[ruben@localhost ~]$ rpm -q madwifi
madwifi-0.9.4-1.lvn9.i386
[ruben@localhost ~]$ rpm -q NetworkManager
NetworkManager-0.7.0-0.8.svn3370.fc9.i386
[ruben@localhost ~]$ uname -r
2.6.25-0.93.rc4.fc9
[ruben@localhost ~]$ 






Note You need to log in before you can comment on or make changes to this bug.