* Approach on issue of multihoming
@ 2005-08-20 11:29 JC
0 siblings, 0 replies; only message in thread
From: JC @ 2005-08-20 11:29 UTC (permalink / raw)
To: netfilter-devel
I was hoping someone could possibly shed some light into this or at
least point me to the right direction... I hope you can forgive the
naivety of my questions.
I am trying to develop a kernel module level solution for dynamic host
multihoming. What that means is packets from an application, upon one
of the interfaces going down or another prerequisite met, are NATed to
another pre-defined interface (at least two present on a box). This
requires that I mangle packets from specific applications running on
the system -defined by their source port used- right in the stack and
basically changing the interface the packets are sent from.
Leaving aside the fact that this is going to break all connections
from applications that are not "clever" to adjust to that change and
have them all reset (the project includes the development of an API
that that applications can use to adjust), I understand that I have 2
options for doing this:
a) write a module that registers my mangling function with one of
the 5 netfilter hooks (the ROUTING one?), grab the interesting packets
identified by the application source port and change the source IP,
also making sure to do the opposite for the "relevant" incoming
packets the other way.
b) write a NAT helper module that handles the connection from the
start, and then having it NAT the packets of the application, changing
to the new source IP. This solution shows more promise, as it is more
readily capable of manipulating data in the connection, and it also
blends nicer with the iptables. My problem is, where does this NAT
helper module come? How do I insert into the system a helper module I
might implement? And how do I set it up for use?
I hope I can get some help over this issue, as it is more than
confussing me and at the moment I'm simply stuck as to how to move
forward.
regards,
JC
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2005-08-20 11:29 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-20 11:29 Approach on issue of multihoming JC
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.