From: Quantum Scientific <Info@quantum-sci.com>
To: netdev@oss.sgi.com
Subject: Re: Kernel 2.6 IPV6 Busted
Date: Sun, 27 Feb 2005 12:20:06 -0600 [thread overview]
Message-ID: <200502271220.06560.Info@quantum-sci.com> (raw)
In-Reply-To: <422205F7.4080401@tomt.net>
On Sunday 27 February 2005 11:40, Andre Tomt wrote:
> Connection tracking (as in stateful firewalling) do not a useful ipv6
> stack make.. The stack works fine, at least the stack provided in 2.6
> kernels.
...
> You seem to be fixed on the idea that a ipv6 stack has to have stateful
> firewalling, or else its utter crap, correct? :-)
No, I'll try to say this clearer.
The stack works fine in. And out. But for a useful virtual circuit you must
have something like connection tracking.
Remember what my issue is:
- I have a very tight firewall,
- I ping6 out,
- The firewall blocks the reply back, because the connection is stateless!
- Same with http, etc.
This means that I have to open for incoming, virtually every port I send
outgoing to, or else I do not get any replies. This is what I call
non-functional, because one does not open incoming ports, for the most part.
Why are you not having this problem?
> Connection tracking is on the way, currently a implementation exists in
> the netfilter.org patch-o-matic svn.
Is this reasonably solid? Does this operate on Layer 3, rather than Layer 2?
> Not all hosts need firewalling at all, or firewalling is provided by
> routers/firewalls for them. I use ipv6 in production networks, on Linux,
> without special patches.
Sorry, I disagree. The whole point of IPV6 is ubiquitous addressing. So
every single node must have a good firewall. In fact my router is
firewalling as well, so my LAN nodes are double-firewalled.
It is irresponsible to not firewall all nodes, as they are supposed to be
universally available with this paradigm.
Carl Cook
next prev parent reply other threads:[~2005-02-27 18:20 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-27 15:28 Kernel 2.6 IPV6 Busted Quantum Scientific
2005-02-27 16:10 ` YOSHIFUJI Hideaki / 吉藤英明
2005-02-27 16:29 ` Quantum Scientific
2005-02-27 17:28 ` YOSHIFUJI Hideaki / 吉藤英明
2005-02-27 18:08 ` Quantum Scientific
2005-03-15 5:00 ` Horms
2005-02-27 17:40 ` Andre Tomt
2005-02-27 18:20 ` Quantum Scientific [this message]
2005-02-27 18:59 ` Jeff Garzik
2005-02-27 19:10 ` Quantum Scientific
2005-02-27 19:58 ` Jeff Garzik
2005-02-27 20:10 ` Quantum Scientific
2005-02-27 21:35 ` David S. Miller
2005-03-01 10:07 ` Denis Vlasenko
2005-03-01 13:50 ` Quantum Scientific
2005-03-01 16:26 ` Jeff Garzik
2005-03-01 20:46 ` Tomasz Torcz
2005-03-01 23:55 ` Quantum Scientific
2005-03-02 14:02 ` Denis Vlasenko
2005-03-02 19:12 ` Jeff Garzik
2005-03-01 21:50 ` Andre Tomt
2005-03-01 23:59 ` Quantum Scientific
2005-02-27 18:12 ` Jeff Garzik
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=200502271220.06560.Info@quantum-sci.com \
--to=info@quantum-sci.com \
--cc=netdev@oss.sgi.com \
/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;
as well as URLs for NNTP newsgroup(s).