From: matthieu imbert <mat@ice-dev.com>
To: netfilter@lists.netfilter.org
Subject: netfilter newbie questions
Date: Fri, 16 Apr 2004 10:45:41 +0200 [thread overview]
Message-ID: <407F9D35.6070204@ice-dev.com> (raw)
hi
i have three questions about iptables:
1/
i read the packet-filtering howto (http://netfilter.org/documentation/HOWTO//packet-filtering-HOWTO.html)
the first example uses the ip_conntrack module, which allows the state match rule, as in the following rules :
iptables -A block -m state --state NEW -j REJECT
on the other hand, my red hat 9 was automatically configured by lokkit with something that looks similar but without using ip_conntrack:
iptables -A RH-Lokkit-0-50-INPUT -p tcp -m tcp --syn -j REJECT
what are the exact differences between these two ways of doing the same thing ? (Is it related to the way fragments are handled ?)
2/
about fragments (see http://netfilter.org/documentation/HOWTO//packet-filtering-HOWTO-7.html)
in the paragraph "specifying fragments", it says:
"If you are doing connection tracking or NAT, then all fragments will get merged back together before they reach the packet filtering code, so you need never worry about fragments."
but 5 lines below, it also says that we can only filter the first fragment, because further fragments don't have their tcp header.
so, are fragments merged or not ? Does it mean that by default, fragments are not merged but that as soon as we use nat or ip_conntrack they are merged ? This is what i understand but i just want a confirmation..
3/
i'm new to linux so this one may seem trivial, but let's ask it:
how are netfilter routing and other kernel routing related ?
i mean:
there is a /sbin/route command that lists a routing table, and we can also modify this table.
but there is also some routing in iptables, as far as i understand.
also, browsing through some howtos i saw mentions of a iproute2 command
All of this is very confusing to me, so what is the architecture of all this ? i already read "The journey of a packet through the linux 2.4 network stack" by harald welte but it did not help clarifying the overall scheme
thanks in advance
next reply other threads:[~2004-04-16 8:45 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-16 8:45 matthieu imbert [this message]
2004-04-16 13:03 ` Connection Tracking Limits rrecaba
2004-04-16 14:48 ` Active FTP and NATting: troubles giovanni costagliola
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=407F9D35.6070204@ice-dev.com \
--to=mat@ice-dev.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