From: netfilter@interlinx.bc.ca
To: netfilter-devel@lists.netfilter.org
Subject: separation of sysctl and tcp-window-tracking patch?
Date: Thu, 31 Oct 2002 21:12:36 -0500 [thread overview]
Message-ID: <20021101021236.GA16306@pc.ilinx> (raw)
[-- Attachment #1: Type: text/plain, Size: 1146 bytes --]
There seems to be varied needs for netfilter specific /proc entries.
The tcp-window-tracking patch seems to me to have placed a /proc entry
point for netfilter most sanely at /proc/sys/net/ipv4/netfilter/. I
would also like to have a sysctl/proc node to diddle with tunables in
my Amanda conntracking module.
Specifically the default of 180 seconds for a UDP stream is not long
enough on the control (master in netfilter parlance) connection of an
Amanda session, so I would like to override the master's timeout value
in my conntrack helper. I have tested my theory with a hard coded
value and it work. Now I would like to make it tunable by the
user/administrator.
I suppose I could pass an argument while loading the module, but using
sysctl (and/or /proc) just seems so much more sane. But I digress,
greatly.
I am wondering if Jozsef and/or Harald would like to separate out the
creation of the /proc/sys/net/ipv4/netfilter/ node into a separate
patch for the rest of us to use, rather than having to make
tcp-window-tracking a prerequisite just to get a proc entry to use.
Thots?
b.
--
Brian J. Murrell
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next reply other threads:[~2002-11-01 2:12 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-01 2:12 netfilter [this message]
2002-12-12 8:05 ` separation of sysctl and tcp-window-tracking patch? James Ralston
2002-12-12 9:02 ` Jozsef Kadlecsik
2002-12-13 8:14 ` James Ralston
2002-12-13 14:17 ` Denis Ducamp
-- strict thread matches above, loose matches on Subject: below --
2002-12-12 14:14 Brian J. Murrell
2002-12-13 8:58 ` James Ralston
2002-12-13 12:06 ` Patrick Schaaf
2002-12-13 21:45 ` Brian J. Murrell
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=20021101021236.GA16306@pc.ilinx \
--to=netfilter@interlinx.bc.ca \
--cc=netfilter-devel@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 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.