From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-dev+bounces-49713-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1Ruenj-0004mT-1X
for garchives@archives.gentoo.org; Tue, 07 Feb 2012 06:45:15 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id DE8DAE05EB;
Tue, 7 Feb 2012 06:44:58 +0000 (UTC)
Received: from mail-tul01m020-f181.google.com (mail-tul01m020-f181.google.com [209.85.214.181])
by pigeon.gentoo.org (Postfix) with ESMTP id D2F3BE039A
for <gentoo-dev@lists.gentoo.org>; Tue, 7 Feb 2012 06:44:19 +0000 (UTC)
Received: by obbup10 with SMTP id up10so9089836obb.40
for <gentoo-dev@lists.gentoo.org>; Mon, 06 Feb 2012 22:44:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=sender:date:from:to:subject:message-id:mail-followup-to:references
:mime-version:content-type:content-disposition:in-reply-to
:user-agent;
bh=+WVhA1ahmEU1uhBLmvZvW4+sTDVK60FE8WK0QmwLJPc=;
b=X15Bf5qeWLVycRyuCcaXPBS4NyU6oSchcO/fbCz3NbSlhZEAgoyZASj1wEx3FNi+iD
wXNOHwLzjbyIczvtnfkcrD5/4mp5mfdV4xWAfNXazhTVuWv87/Tb18V9834zGuxvO+Jk
YVahLSatTYajBM3fZO3G9do8dmzFlN0LmyWJ4=
Received: by 10.182.121.101 with SMTP id lj5mr19916986obb.39.1328597059244;
Mon, 06 Feb 2012 22:44:19 -0800 (PST)
Received: from linux1 (cpe-76-187-77-158.tx.res.rr.com. [76.187.77.158])
by mx.google.com with ESMTPS id n1sm23122972obm.11.2012.02.06.22.44.17
(version=SSLv3 cipher=OTHER);
Mon, 06 Feb 2012 22:44:18 -0800 (PST)
Sender: William Hubbs <w.d.hubbs@gmail.com>
Received: by linux1 (sSMTP sendmail emulation); Tue, 07 Feb 2012 00:43:48 -0600
Date: Tue, 7 Feb 2012 00:43:48 -0600
From: William Hubbs <williamh@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] rfc: only the loopback interface should provide net
Message-ID: <20120207064348.GA3036@linux1>
Mail-Followup-To: gentoo-dev@lists.gentoo.org
References: <20120206210451.GA1940@linux1>
<1328570113.8348.53.camel@rook>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L"
Content-Disposition: inline
In-Reply-To: <1328570113.8348.53.camel@rook>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Archives-Salt: c0f1dff3-77b5-4b2d-8916-8c68ad2f8027
X-Archives-Hash: 1ad15d3265e7b4d9b4ff235d2aaf3c5b
--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi again Alexander, another question for you.
On Mon, Feb 06, 2012 at 06:15:13PM -0500, Alexandre Rostovtsev wrote:
> 1. Services that connect to remote machines via any available network
> interface.
> 2. Services that listen to connections from remote machines on any
> available network interface, and run correctly even if no non-lo
> interfaces are up.
> 3. Services that require a specific network interface, bind to a
> specific address, or connect to a specific machine on the local subnet.
>=20
> Category 1 includes things like ntp-client (in the typical use case).
> Category 2 includes things like sshd (in the typical use case).
> Category 3 includes things like netmount (in the typical use case), or
> your example of sshd that's bound to a specific static IP.
>=20
> The proposal to provide net only from loopback may help with startup
> issues for Category 2, but would break Category 1.
How would this break category 1? I see category 1 as being
operationally similar to category 3. Here is why.
My understanding of networking is that you can't have two interfaces
with ip addresses in the same subnet on the same computer. Correct?
If that is the case, more than likely, the service you want to connect
to will be on one subnet or the other, but not both. So, again,
depending on net is eroneous because your service could start at the
wrong time, or try to connect through the wrong interface.
What do you think?
William
--FCuugMFkClbJLl1L
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
iEYEARECAAYFAk8wyCQACgkQblQW9DDEZTgGJwCeOaXQGRjrztbZW/lLlbdA2BlY
VPMAoKp3ryvmfqB0KMDZ1bmqTapWPWDb
=nYN+
-----END PGP SIGNATURE-----
--FCuugMFkClbJLl1L--