All of lore.kernel.org
 help / color / mirror / Atom feed
From: Grant Taylor <gtaylor@riverviewtech.net>
To: Mail List - Netfilter <netfilter@vger.kernel.org>
Subject: Re: Loopback security...
Date: Tue, 22 Apr 2008 15:07:50 -0500	[thread overview]
Message-ID: <480E4596.9030000@riverviewtech.net> (raw)
In-Reply-To: <480E1752.2040308@solutti.com.br>

On 04/22/08 11:50, Leonardo Rodrigues Magalhães wrote:
> I have to confess that i have almost none experience with other 
> network OSs different than Linux. But i really think that this idea of 
> loopback interface do NOT connects to real interfaces it not a linux 
> decision. It seems to me that this is basically the whole loopback idea: 
> a network interface that connects the machine to itself, thus allowing 
> TCP/IP to fully exist even if the machine is not connect to 'real' 
> networks.

I don't know for sure if the loopback network being isolated is limited 
to Linux or not.  I do know that Microsoft's TCP/IP implementation has a 
laughable loopback setup.  Other than that I can not say.

To me, the concept of the loopback interface is just a very unique 
network interface.  Personally I could be equally happy with an ethernet 
interface with a loopback plug in it used as the loopback interface with 
in the system.  I think the idea of having the interface always 
available is a good idea, but mainly there to remove the dependency on 
other network interfaces and drivers there for.

I can see why there is a logical isolation of the loopback interface 
from the rest of the network, however I wish that the isolation was 
optional, much like reverse path filtering.

> The loopback interface is not 'connected' to the network, i really 
> dont think that this would be possible to configure or tweak.

To me this is just a routing decision more so than any thing else.



Grant. . . .

  reply	other threads:[~2008-04-22 20:07 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-22  2:05 Loopback security Grant Taylor
2008-04-22 11:01 ` Leonardo Rodrigues Magalhães
2008-04-22 14:08   ` Grant Taylor
2008-04-22 16:04     ` Pascal Hambourg
2008-04-22 19:43       ` Grant Taylor
2008-04-23 10:51         ` Pascal Hambourg
2008-04-25 20:00           ` Grant Taylor
2008-04-22 20:51       ` Petr Pisar
2008-04-23  9:31         ` Pascal Hambourg
2008-04-23  9:45           ` Leonardo Rodrigues Magalhães
2008-04-22 16:50     ` Leonardo Rodrigues Magalhães
2008-04-22 20:07       ` Grant Taylor [this message]
2008-04-22 20:25         ` Leonardo Rodrigues Magalhães
2008-04-23  0:38           ` Grant Taylor
2008-04-23  9:07           ` Pascal Hambourg
2008-04-23  9:44         ` Pascal Hambourg
2008-04-22 19:48     ` Jan Engelhardt
2008-04-22 20:16       ` Grant Taylor
2008-04-23 15:22         ` Jan Engelhardt
2008-04-25 20:11           ` Grant Taylor

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=480E4596.9030000@riverviewtech.net \
    --to=gtaylor@riverviewtech.net \
    --cc=netfilter@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.