Bug 92453 - Fails to account for ONBOOT for virtual interfaces
Summary: Fails to account for ONBOOT for virtual interfaces
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts
Version: 9
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-06-06 13:53 UTC by Yoda
Modified: 2014-03-17 02:36 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-06-06 15:55:28 UTC
Embargoed:


Attachments (Terms of Use)

Description Yoda 2003-06-06 13:53:49 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

Description of problem:
When a system boots it brings up the network interfaces eth0 eth1 etc.
In some cases there is a good reason to use more than one IP Address on an
interface,
for example eth0:1 eth0:2 etc.
In some cases it is necessary to selectively bring up those virtual interfaces.
Say eth0:1 but not eth0:2
To do this we use the ONBOOT=yes or ONBOOT=no in the ifcfg-eth0:1 etc.

However in RedHat9 this directive is ignored for virtual interfaces.

The problem lies in /etc/sysconfig/network-scripts/ifup-aliases

      if [ "$no_devices_are_up" = "yes" ]; then
               setup_this=yes
      else
               ...
      fi

To give this  a quick fix I changed it to:  (NOTE != )
       if [ "X$ONBOOT" != "Xyes" ]; then
               setup_this=no
       elif [ "$no_devices_are_up" = "yes" ]; then
               setup_this=yes
       else
                ...
       fi


Version-Release number of selected component (if applicable):
initscripts-7.14-1

How reproducible:
Always

Steps to Reproduce:
1. Set ONBOOT=no in /etc/sysconfig/network-scripts/ifcfg-eth0:4
2. Reboot machine or service network restart
3. run ifconfig to find eth0:4 up
    

Actual Results:  interface eth0:4 was up

Expected Results:  interface eth0:4 should not be up

Additional info:

I am submitting as a security fix as it may open up an interface when it was not
expected
and a security policy may not take this into account

Comment 1 Bill Nottingham 2003-06-06 15:55:28 UTC
There is ONPARENT=no.


Note You need to log in before you can comment on or make changes to this bug.