From: Darren.Reed@Sun.COM
To: netfilter-devel@lists.netfilter.org
Subject: Developing a user space library for filtering
Date: Mon, 21 May 2007 15:27:05 -0700 [thread overview]
Message-ID: <46521CB9.2040309@Sun.COM> (raw)
Hi,
One of the core problems I see as people want to more and
more with firewall/NAT technology is integrate using it into
their application (whatever that may be.) As time goes by,
this problem is becoming more and more acute and perhaps
is doing us (those who develop said technologies) a disservice
by making the "barrier to entry" too high.
Currently, to interact with filtering software inside the kernel
requires developers to build their application against whatever
specific version of the filtering software runs in the kernel. For
application developers, this is a PITA. What they want to see is
the equivalent of a libc for firewalls with functions that have a
similar stability to the likes of "fopen", "printf", etc.
And therein lies the problem. Nothing currently exists, so if you
engage in developing for any one particular firewall/NAT product
then you wed yourself to using that product. Not a great place
to be if you're the 3rd party.
This problem/situation is one that I believe needs to be improved.
Is anyone in the Linux netfilter community currently engaged
on working on anything to address this problem?
If there isn't, can I ask if anyone would be interested in being
involved in designing and implementing a new library where
the primary focus or target is going to be 3rd party developers
that want to build applications on top of netfilter, etc? It is
important to understand that my focus isn't just on netfilter or
iptables, but also includes ipf/ipfw/pf and potentially others too
if people become interested.
The end goal isn't to build something that userland tools would
be rewritten to use (although ostensible they could), just to
provide what those on the outside need in order to build apps
that are both portable and functional.
Darren
next reply other threads:[~2007-05-21 22:27 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-21 22:27 Darren.Reed [this message]
2007-05-21 22:47 ` Developing a user space library for filtering Carl-Daniel Hailfinger
2007-05-21 22:52 ` Darren.Reed
2007-05-22 6:27 ` Jan Engelhardt
2007-05-22 6:46 ` Patrick Schaaf
2007-05-22 20:50 ` Darren.Reed
2007-05-22 21:14 ` Phil Dibowitz
2007-05-22 22:58 ` Henrik Nordstrom
2007-05-22 23:55 ` Darren.Reed
2007-05-23 0:29 ` Philip Craig
2007-05-23 8:19 ` Henrik Nordstrom
2007-05-22 7:11 ` Allen Francom
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=46521CB9.2040309@Sun.COM \
--to=darren.reed@sun.com \
--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.