From: "Dick St.Peters" <stpeters@NetHeaven.com>
To: netfilter@lists.netfilter.org
Subject: Re: Help with alias interfaces
Date: Wed, 23 Jun 2004 15:01:13 -0400 [thread overview]
Message-ID: <16601.54137.766533.681609@saint.heaven.net> (raw)
In-Reply-To: <200406231553.01584.Antony@Soft-Solutions.co.uk>
Antony Stone writes:
> The deprecated way to get multiple IPs results in pseudo-interface names such
> as eth1:0, eth1:1 etc as you discussed.
Deprecated by whom? I use secondary IPs a lot, and I've never before
heard anyone call the standard way of doing them "deprecated". Plus
I, for one, prefer having pseduo-interface labels for manipulating
them. Labels are handy, especially if you use names instead of
numbers. (eth0:bob is as valid as eth0:1.)
> The recommended way to assign
> multiple IPs on one interface (ip addr add a.b.c.d dev eth1) simply results
> in multiple IPs on the interface - no strange new names appear, therefore I
> think it is a much more obvious and clear way of doing it.
This is probably a case where context and background determine what is
more "obvious" and "clear". For me, not having those labels would
mean an enormous amount of work. My administration scripts use, on a
many times daily basis, a small utility that does an SIOCGIFCONF ioctl
to get an array of interfaces. They sometimes use an alias interface
label to ifconfig the alias interface down. Without separate labels,
these scripts would turn off the physical interface ... not good! I
would have to chase down all such instances in a lot of scripts on
many systems.
(BTW, I wrote that utility for SunOS and Ultrix in April 1988, and it
still works for Linux 2.6, with only a couple minor changes. By far
the largest change is that Linux doesn't return a sorted array,
requiring a qsort() call for neatness.)
--
Dick St.Peters, stpeters@NetHeaven.com
Gatekeeper, NetHeaven, Saratoga Springs, NY
next prev parent reply other threads:[~2004-06-23 19:01 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-21 9:14 DNAT problem / question (nfcan: addressed to exclusive sender for this address) Arnauts, Bert
2004-06-21 16:45 ` Help with alias interfaces Erick Sanz
2004-06-21 17:11 ` Paweł Staszewski
2004-06-21 18:22 ` mlody
2004-06-21 18:44 ` Paweł Staszewski
2004-06-21 19:15 ` mlody
2004-06-23 15:31 ` Erick Sanz
2004-06-23 14:53 ` Antony Stone
2004-06-23 19:01 ` Dick St.Peters [this message]
2004-06-23 19:22 ` Antony Stone
2004-06-23 20:30 ` Dick St.Peters
2004-06-23 20:47 ` Antony Stone
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=16601.54137.766533.681609@saint.heaven.net \
--to=stpeters@netheaven.com \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox