From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2)
Description of problem:
Setting the WEP key in the GUI does nothing.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Select a wireless interface, click Edit
2. Go to the Wireless Settings tab
3. Set the SSID to specified, entering the appropriate SSID
4. Enter the hex wep key
5. Save changes
6. Activate interface
Actual Results: Associated to a nearby non-WEP access point with a
Expected Results: Should have associated to the network with the
given ESSID and WEP key.
My test machine is using a Cisco Aironet 350. Apparently the Cisco
driver writes a file called /etc/eth1.cfg which overrides the settings
made by redhat-config-network. When this file is removed, it is
created again the next time the interface is brought up and the SSID
(and possibly the WEP key?) is recorded in that file.
the cisco driver writes this file??? is this driver in our standard
the key used by the initscripts should be in any of
if the driver wants its own configuration file, well, then I cannot do
anything about it, besides changing the driver not to do so.
Turns out I had an /sbin/ifup-pre-local file doing some crazy stuff.
The eventual goal was to use different ESSID and WEP keys with
different profiles, but those design issues are probably outside the
scope of this bug.