Red Hat Bugzilla – Bug 376251
iwl3945 won't connect to WPA2 network after F7->F8 upgrade
Last modified: 2008-01-26 21:52:10 EST
Description of problem:
Using Fedora 7, I could connect my Dell Latitude D620's ipw3945 wireless device
(using the iwl3945 driver) to my college's WPA2 wireless network using
NetworkManager. I have upgraded to Fedora 8 and I can no longer connect to the
Version-Release number of selected component (if applicable):
Always, provided that I am close to the access point for good signal strength
Steps to Reproduce:
1. Click the NetworkManager applet and select the WPA2 network.
2. When the authentication dialog appears, enter the correct information: "WPA &
WPA2 Enterprise", "Tunneled TLS", "anonymous", "ThawtePremiumServerCA.cer",
"PAP", and my own username and password. Click Connect.
3. If the authentication dialog reappears, enter the information again each time.
After several tries, the NetworkManager applet says "Disconnected". The dmesg
output is attached. Note the "wpa_supplicant: segfault at"... line.
I am connected to the network.
Please tell me if I should provide any!
Created attachment 254761 [details]
dmesg output for the attempt to connect to the network
NM bug; building updates today for all cert-related auth methods including TLS
I tried both sets of updated NetworkManager packages:
http://koji.fedoraproject.org/koji/buildinfo?buildID=24276 . With each set, the
the same problem occurred and the "wpa_supplicant[...]: segfault at..." message
appeared in dmesg.
Please update to wpa_supplicant-0.5.7-16 or later; also the latest
NetworkManager packages from F8-updates will help here. Make sure your
certificate is in DER or PEM format as well. That should certainly fix the
I have upgraded to wpa_supplicant-0.5.7-17.fc8 and
NetworkManager-0.7.0-0.6.6.svn3109.fc8 and am using a DER certificate.
NetworkManager's attempt to the network still fails reproducibly at the
one-green-dot stage, but now instead of a segfault, the log shows
This might be the wireless network's fault; someone else at my college reported
a similar problem. Still, I could connect with Fedora 7. Please feel free to
mark this report NOTABUG or something if you don't think it can/should be
addressed by Fedora.
Created attachment 276291 [details]
dmesg output after upgrade
Could you add "-ddd" to the end of the Exec= line in
/usr/share/dbus-1/system-services/fi.epitest.hostap.WPASupplicant. Then, as
root, "killall -TERM wpa_supplicant", and then retry your connection. Then, get
the output of /var/log/wpa_supplicant.log and mail it to me. Thanks!
I have followed this procedure (actually, I rebooted instead of "killall -TERM
wpa_supplicant") and mailed the log. By the way, I am now using
kernel-220.127.116.11-63.fc8 . Thanks for investigating!
dragoran, sounds like your problem too from the looks of the log:
OpenSSL: tls_connection_handshake - Failed to read possible Application Data
SSL: No data to be sent out
EAP-TTLS: TLS done, proceed to Phase 2
EAP-TTLS: Derived key - hexdump(len=64): [REMOVED]
EAP-TTLS: received 0 bytes encrypted data for Phase 2
EAP-TTLS: empty data in beginning of Phase 2 - use fake EAP-Request Identity
EAP-TTLS: Phase 2 EAP Request: type=1
(In reply to comment #9)
> dragoran, sounds like your problem too from the looks of the log:
> OpenSSL: tls_connection_handshake - Failed to read possible Application Data
> SSL: No data to be sent out
> EAP-TTLS: TLS done, proceed to Phase 2
> EAP-TTLS: Derived key - hexdump(len=64): [REMOVED]
> EAP-TTLS: received 0 bytes encrypted data for Phase 2
> EAP-TTLS: empty data in beginning of Phase 2 - use fake EAP-Request Identity
> EAP-TTLS: Phase 2 EAP Request: type=1
Indeed seems like the same that I get with dynamic wep + TTLS ...
so it seems not to be related to a specific configuration.
any idea what could be causing it?
I just returned to college after winter break and the problem has gone away. I
am now using:
Fedora team, tell me if you would like me to do some testing and figure out
which update fixed the problem. Otherwise please close this bug appropriately.
Oops, didn't mean to mark as NOTABUG.
ok, closing. thanks!