http://defect.opensolaris.org/bz/show_bug.cgi?id=10205
amaguire <alan.maguire at sun.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CAUSEKNOWN |FIXINPROGRESS
--- Comment #5 from amaguire <alan.maguire at sun.com> 2009-08-07 06:49:37 ---
(In reply to comment #4)
> as part of 9798, we will improve the algorithm for picking up keys for a given
> ESSID, and for this bug, we will do this at the time we upgrade
> known_wifi_nets,
> setting security-mode and keyname in the known_wlan.
The fix for this is to add code in the known_wifi_nets upgrade to, for a given
essid:
- walk the secobjs, storing keyname and key (for security mode) for those with
a name matching nwam-essid
- the last one will be the most recent key setting (phase 0/0.5 had the
unfortunate problem that a key needed to be set for each essid/bssid combo, so
by picking the last one to match the essid, we're picking the most recently
set)
- set the keyname and security mode. The keyslot doesn't need to be set, since
it defaults to 1 for legacy keys.
Once we have upgraded keys correctly, we can then rely on the value of keyname
set in the known_wlan to retrieve the key. There was some brokenness in how we
determined if a given scan result had a key - we should always consult the
known_wlans list now.
I've tested this by simulating upgrade with multiple essid-matching keys, the
last one is picked and the name stored, and wifi connect succeeds.
--
Configure bugmail: http://defect.opensolaris.org/bz/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
