From: William Hubbs <williamh@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] rfc: only the loopback interface should provide net
Date: Tue, 7 Feb 2012 10:44:18 -0600 [thread overview]
Message-ID: <20120207164418.GA4579@linux1> (raw)
In-Reply-To: <4F313792.7050502@gentoo.org>
[-- Attachment #1: Type: text/plain, Size: 2247 bytes --]
On Tue, Feb 07, 2012 at 09:39:14AM -0500, Ian Stakenvicius wrote:
> On 07/02/12 03:28 AM, Alexandre Rostovtsev wrote:
> >
> > If I want to connect to pool.ntp.org to sync the system clock, or
> > to my company's vpn gateway for telecommuting, or to tor to encrypt
> > my traffic, or to a dynamic dns provider to update my machine's
> > record, I do not care in the least which interface I use.
>
> This is not actually true. You care, in that you want to be sure that
> the iface connects to the internet (or at least the network that said
> target sits on).
>
> Many systems that have multiple interfaces have only some of them that
> route out to the rest of the world, and when depending on a generic
> 'net' that includes -all- of them, it's more likely that the, say,
> static private net iface will be configured (and therefore 'net'
> considered started) significantly before the one that can route to the
> internet, and therefore ntp-client's attempts at connecting to
> pool.ntp.org will fail.
>
> I think that "Category 2" needs to be separated into "2a - any
> network", and "2b - any public network". For instance, the service
> 'net' (for 2a) and service 'inet' (for 2b). If this were the default
> case, then Cat.2 packages that by default want to connect to the
> internet could 'need inet', and then the user would only have to
> define which interfaces are included (or excluded) from satisfying 'inet'.
You mean cat 1 actually; cat 2 are the listeners, like sshd, which don't
care as long as some interface is active.
> The trick that I see here is that init.d scripts have to have their
> 'depends' set up in such a way that the services can be separated
> based on their need for public network or any network, so that the
> user doesn't have to mess with those. By default I think it makes
> sense to keep both the 'net' and 'inet' pools the same (ie, all ifaces
> but net.lo*), but have a simple ability to separate interfaces from
> the 'public net' pool in rc.conf when they do not provide a public
> network connection.
If we add an internet pool, I would rather it start out with no
interfaces and have the user be required to add the interface(s) to it.
William
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2012-02-07 16:45 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-06 21:04 [gentoo-dev] rfc: only the loopback interface should provide net William Hubbs
2012-02-06 21:36 ` Zac Medico
2012-02-06 23:15 ` Alexandre Rostovtsev
2012-02-07 1:41 ` William Hubbs
2012-02-07 2:33 ` Alexandre Rostovtsev
2012-02-07 3:21 ` [gentoo-dev] " Duncan
2012-02-07 6:43 ` [gentoo-dev] " William Hubbs
2012-02-07 8:28 ` Alexandre Rostovtsev
2012-02-07 14:39 ` Ian Stakenvicius
2012-02-07 16:44 ` William Hubbs [this message]
2012-02-07 16:58 ` Alec Warner
2012-02-07 16:46 ` [gentoo-dev] " Duncan
2012-02-07 17:12 ` Ian Stakenvicius
2012-02-07 17:33 ` William Hubbs
2012-02-07 18:31 ` Alexandre Rostovtsev
2012-02-22 21:19 ` [gentoo-dev] " William Hubbs
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=20120207164418.GA4579@linux1 \
--to=williamh@gentoo.org \
--cc=gentoo-dev@lists.gentoo.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