public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user]  Re: ip_conntrack - is it missing
Date: Tue, 8 Jan 2008 09:49:09 +0000	[thread overview]
Message-ID: <200801080949.19193.michaelkintzios@gmail.com> (raw)
In-Reply-To: <200801072030.36555.shrdlu@unlimitedmail.org>

[-- Attachment #1: Type: text/plain, Size: 1753 bytes --]

On Monday 07 January 2008, Etaoin Shrdlu wrote:
> On Monday 7 January 2008, reader@newsguy.com wrote:
> > Should I have compiled them directly into the kernel?
>
> Well, this is usually a matter of debates. For iptables stuff, I
> generally compile everything into the kernel, but I'm sure there are
> people who can find good reasons for using modules. So, it's ultimately
> up to you.
>
> If you want iptables to be active and working all the time, then I think
> you can compile its stuff into the kernel. It would be nice if someone
> who uses modules also showed his reasons for keeping it as modules, so
> you could get a better picture and make a more informed decision.

# ls -la /proc/net/ip_conntrack
-r--r----- 1 root root 0 Jan  8 08:34 /proc/net/ip_conntrack
# cat /proc/net/ip_conntrack
#
# ls -la /proc/net/nf_conntrack
-r--r----- 1 root root 0 Jan  8 08:40 /proc/net/nf_conntrack
# cat /proc/net/nf_conntrack
#

I'm currently on the train with no internet connection.  Both of the above 
files are empty.  On the other hand when online they show my current 
connections.  The above has been compiled into my kernel.  I used to compile 
iptables stuff as modules, but only a few of them these days.  The reason was 
that I did not know which I was going to use and therefore I could modprobe 
them later on as and when required.  The other reason (that I never actually 
put into practice) was to patch the kernel with the latest & greatest iptable 
modules updates and modprobe accordingly.  If you know what you need in terms 
of iptables kernel options go with the built-in-kernel choice; if not, 
built-as-modules could be better - unless you prefer a fat kernel for no 
reason.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

      reply	other threads:[~2008-01-08  9:50 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-07  1:48 [gentoo-user] ip_conntrack - is it missing reader
2008-01-07  5:23 ` Johann Schmitz
2008-01-07 15:22   ` [gentoo-user] " reader
2008-01-07 16:09     ` Etaoin Shrdlu
2008-01-07 18:55       ` reader
2008-01-07 19:30         ` Etaoin Shrdlu
2008-01-08  9:49           ` Mick [this message]

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=200801080949.19193.michaelkintzios@gmail.com \
    --to=michaelkintzios@gmail.com \
    --cc=gentoo-user@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