Note: Bug reported fixed! for NM 0.8 in Karmic per Tony Espy (9-7-09): https://bugs.launchpad.net/ubuntu/+s...er/+bug/377643 They will try to make NM 0.8 available for Jaunty via the Network Manager PPA. No mention of Intrepid.
This solution was suggested by flatline (and Geof) at:
Broadcom BCM 4328 a/b/g/draft-n Wi-Fi Adaptor connected through WPA2 TKIP to a Linksys Wireless-N Router WRT160N using Broadcom proprietary "wl" driver (in Hardware Drivers: Broadcom STA wireless driver).
For the first time since updating to Intrepid I have wireless!
I'm am one of those experiencing the password box filled with hex after a connection attempt through NetworkManager using WPA2-TKIP encryption. Then over and over again NetworkManager asks for a password and reconnection. I had decided this was a wpa_supplicant certificate issue (and was hoping for a network manager update that would fix it). But it is not.
I went to gconf editor Applications>System Tools>Configuration Editor. Then I went to system>networking>connections>1>802-11-wireless-security.
There I saw:
Code:
group [wep40,wep104,tkip,ccmp]
key-mgmt wpa-psk
name 802-11-wireless-security
pairwise [tkip,ccmp]
proto [wpa,rsn]
I edited it to look like:
Code:
group [tkip]
key-mgmt wpa-psk
name 802-11-wireless-security
pairwise [tkip]
proto [wpa]
And tried to connect, and it did! I rebooted and tried to connect again. And it did. I guessed at the parameters, knowing what I had set up in my router.
I right clicked on the NetworkManager applet and went to Edit Connections. I then deleted a duplicate entry and checked the box for automatically connect, since the connection now worked again. I rebooted and the connection failed. Again the password box filled with hex. Again the asking for a password and reconnection. I went back to Gconf editor and found:
Code:
group [wep40,wep104,tkip,ccmp]
key-mgmt wpa-psk
name 802-11-wireless-security
pairwise [tkip,ccmp]
proto [wpa,rsn]
I again started editing, and after correcting the second line it automatically connected and so I was left with:
Code:
Code:
group [tkip]
key-mgmt wpa-psk
name 802-11-wireless-security
pairwise [tkip]
proto [wpa,rsn]
I rebooted and it connected automatically and flawlessly.
Think about it for a minute. Just going into Edit Connections and checking the auto-connect box was enough for NetworkManager to re-add the extraneous, and some clearly erroneous, entries.
So as long as I don't use NetworkManager to edit connections I'm good to go? I suppose I could experiment further and find out just which of the extraneous entries are the erroneous ones.
Inspired by the Launchpad bug #78181: https://bugs.launchpad.net/ubuntu/+s...ger/+bug/78181 (Pay particular attention to the posts by manu and Loye Young towards the bottom. Also see bug link by Loye Young: https://bugs.launchpad.net/ubuntu/+s...ta/+bug/192258 (Note: Avahi-autoipd & avahi-etc. along with ifupdown were installed on my system. But dhcdbd (available) and dhclient (not available) were not installed on my system.)) I decided to see if I could narrow down the "erroneous" entries. "Erroneous" at least in my case. Thanks to manu my prime suspect was CCMP.
I right clicked on the NetworkManager applet and went to Edit Connections. I then selected edit of my wireless connection. I did not change anything, just clicked on OK. I turned off wireless in NM and then turned it back on and the connection failed. Again the password box filled with hex. Again the asking for a password and reconnection.
I went to gconf editor Applications>System Tools>Configuration Editor. Then I went to system>networking>connections>1>802-11-wireless-security. There I found:
Code:
group [wep40,wep104,tkip,ccmp]
key-mgmt wpa-psk
name 802-11-wireless-security
pairwise [tkip,ccmp]
proto [wpa,rsn]
Looks familiar, hmm? So I went to the first line and removed ccmp. Lo and behold the keys mutated into:
Code:
auth-alg <no value>
group [wep40,wep104,tkip]
key-mgmt wpa-psk
name 802-11-wireless-security
pairwise [tkip,ccmp]
proto [wpa,rsn]
wep-tx-key-idx <no value>
and wireless connection was made! So I rebooted. Again wireless connected automatically. I went to gconf editor again and found:
Code:
group [wep40,wep104,tkip]
key-mgmt wpa-psk
name 802-11-wireless-security
pairwise [tkip,ccmp]
proto [wpa,rsn]
So deleting ccmp from the group key seems to be the minimum necessary step, at least for me.
In Gconf editor if you right click on a key there are several options. Among them are "set as default" and "set as mandatory". If one of these two options was selected for the keys that NetworkManager is messing up would this prevent it? In other words could one or the other of these settings block NetworkManager from altering the key? If so which one?
David-emm on this thread: http://ubuntuforums.org/showthread.php?t=1018168 tried setting the keys in Gconf to "default" and "mandatory". Unfortunately it was a no go. Intrepid/NM objected to his attempts. At this point bab1 joined us and pointed to: http://www.arachnoid.com/linux/Netwo...ger/index.html At this URL Paul Lutus goes through an explanation of NM's architecture and rationale (distribution agnostic). bab1 then explains that NM is not very flexible at this point and it's algorithm (creating values "on the fly" from HAL and dBus inputs) doesn't accept all user input.
The upshot, for us, of all this is that this workaround using Gconf editor is the best we're going to do for now. We will have to wait for another version of NM that is more flexible and accepts more user input. Maybe inputs through dBus editing? We may be waiting a while.
Addendum 1:
For those of you who's issues look more like timing issues, check out this bug report:
https://bugs.launchpad.net/ubuntu/+s...er/+bug/263963
At the bottom, Alexander Sack points you to the latest NM PPA packages (0.7 final) that address some driver timing issues at:
https://edge.launchpad.net/~network-manager/+archive
Addendum 2:
I feel compelled to report other strange behavior I have observed. This may bear on the fundamental problem of networkmanager and be related to the bug reports above. After the system is up a while I can no longer grep useful information from dmesg. Instead dmesg in a terminal yields:
Code:
[31195.841730] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=ffff8800a44c8840
[31197.992106] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=ffff8800a44c8840
[31199.937654] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=ffff8800a44c8840
[31202.087989] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=ffff8800a44c8840
[31204.135831] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=ffff8800a44c8840
[31206.286186] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=ffff8800a44c8840
[31208.231779] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=ffff8800a44c8840
[31210.382003] TKIP: RX tkey->key_idx=1 frame keyidx=2 priv=ffff8800a44c8840
going on and on and filling terminal. Looking in System Log shows the same thing filling both kern.log and syslog. You get to watch the output into them real time. A treat. No idea what's causing this behavior. Wireless is working fine.
Addendum 3:
As juanhm correctly points out there are additional conditions I neglected to mention:
When the password is stored in the keyring and network-manager is authorized to access it, the connection works flawlessly after rebooting.
juanhm's bug link:
https://bugs.launchpad.net/ubuntu/+s...er/+bug/263963
Bug closed with status changed to: Won't Fix. New bug report opened. The link:
https://bugs.launchpad.net/ubuntu/+s...er/+bug/377643
Note: Vista says it's a Broadcom 4321AG a/b/g/draft-n Wi-Fi Adaptor.
Bookmarks