Bug 242469
Summary: | NetworkManager will not connect to open wireless network | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Brian Wheeler <bdwheele> | ||||
Component: | NetworkManager | Assignee: | Dan Williams <dcbw> | ||||
Status: | CLOSED WONTFIX | QA Contact: | |||||
Severity: | high | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 7 | CC: | ibmalone, ma, matt, triage | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2008-06-17 01:24:08 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Brian Wheeler
2007-06-04 13:34:18 UTC
I had this for teh 32-bit kernel: check gconftool-2 --recursive-list /system/networking/wireless/networks/<essid> on my system this was set for encryption: wpa_psk_key_mgt = 2 wpa_psk_wpa_version = 2 I changed these using, e.g., $ gconftool-2 --type integer --set \ /system/networking/wireless/networks/<essid>/wpa_psk_wpa_mgt 0 to get: wpa_psk_key_mgt = 0 wpa_psk_wpa_version = 0 *** Bug 245624 has been marked as a duplicate of this bug. *** The /system/networking/wireless/networks/<essid>/ fix does not work for me, though changing the network ESSID sometimes worked. Using system-config-network to setup a connection to a router works, but using NetworkManager to connect to an open network doesn't. Chipset is Intel 3945, tried both iwlwifi and ipw3945 drivers. Packages i386: NetworkManager-glib-0.6.5-5.fc7 NetworkManager-0.6.5-5.fc7 NetworkManager-gnome-0.6.5-5.fc7 See 245624 above for dmesg and /var/log/messages extracts I am having similar problems (cannot connect to open networks, can connect to WEP protected networks) with NetworkManager. Let me know if my logs will help. Do you know what chipset your wireless adapter uses? I have an Intel 3945 in my D620 Dell laptop. I'm using the iwl3945 driver with the following versions of pertinent (and non-pertinent?) packages: NetworkManager-0.6.5-7.fc7 kernel-2.6.21-1.3228.fc7 wpa_supplicant-0.5.7-3.fc7 wireless-tools-28-4.fc7 iwlwifi-firmware-2.14.3-2 Possibly connected to this bug at Gnome. Anyone seeing this bug may want to try confirming it at http://bugzilla.gnome.org/show_bug.cgi?id=455737 Reports from people using drivers other than ipw3945 would be useful. You can get the actions of NetworkManager from /var/log/messages or by (as root): # service NetworkManager stop # NetworkManager --no-daemon 2>&1 | tee NM.log Which will launch NM in no-daemon mode, from where you should just try to use it as normal (Ctrl-C to cancel it). I've noticed in the last update, it seems to be doing the right thing now with my original setup. I hadn't updated for a while, so I'm not sure when it actually got fixed. Persists here, using NetworkManager-0.6.5-7.fc7 Same problem for me. Using Ubuntu Fesity in the same laptop with Intel ipw395 wirelss works perfectly fine connecting quickly to different public internet access points (secured and unsecured). Using Fedora 7 and official Intel 3945 driver (same problem with the official Fedora) Network Manager fails to connect to unsecured access points and in the logs I get an association timeout error. I reaffirm this problem, i have Sony VAIO VGN-CR11GH with Intel iwl3945-firmware and Fedora 7. system-config-network to ifup wlan0 at boot time, yet it fails everytime. Gotta reboot to MS Vista to get wireless access :( Is this still an issue with latest F7 kernel and NM 0.6.6 from F7 updates? I'm not sure if its still present in F7, but it is resolved in F8. Created attachment 303390 [details]
NetworkManager output
I'm not certain. Open networks have been fine recently, but I'm seeing some
very similar behaviour with a WEP network at the moment. NM successfully
associates, but fails to get an IP. Turning NM off and using
system-config-network to set the AP and WEP key works. F8 system, running
x86_64, iwl3945 driver.
dhclient-3.0.6-12
NetworkManager-0.7.0-0.6.7
Really, NM is still not ready to replace system-config-network if it can't do
basic stuff like this.
Ian: it works fine on open networks for a ton of other people; we have to figure out what is different about your network. Does your DHCP server require that you send any options to it? What's in your /etc/dhclient.conf file? Dan, see bug 431445... Also Intel wifi. There is no such file. There is a /etc/dhclient-wlan0.conf It is empty. There is nothing funny about the network, it is a home router which, so far as I know, is set up with the factory defaults. This behaviour is amazingly similar to what I was seeing 10 months ago on open networks; NM associates with the AP but is unable to get an address and gives up. In both cases ifup has worked with NM turned off. Which leads me to conlude the bug was never actually fixed, it just wasn't showing up. To save you having to read the rest of the bug report, this behaviour occurred back when I used the ipw3945 driver and with the kernel's iwl3945 driver. While there may be some quirk of the hardware that is causing this bug to trigger that it works under Windows and with the normal networking tools, and has showed up with NM using two different drivers might suggest that there really is some bug in NM. This message is a reminder that Fedora 7 is nearing the end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 7. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '7'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 7's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 7 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists. Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs: http://docs.fedoraproject.org/release-notes/ The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Regarding the automatic closing of this bug, I'm not the submitter so I can't change the version to Fedora 8 (which is affected as in recent comments). Would be a shame to have to open a new one. Fedora 7 changed to end-of-life (EOL) status on June 13, 2008. Fedora 7 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |