Alright, here's a non-development thought-provoking hack idea for you..
[sorry, but I looked and decided everywhere else was filled with 'my ne2k
doesn't work! help!' type-questions =)]..
I have an 'application' that accepts udp packets, and responds likewise
with udp.. it, however, cannot accept packets from any network larger than
a class C [bad coding]. The network I am on is > /24!
[mask 255.255.252.0]. Thus, this application is inaccessible to my local
network [lame].
My goal is to be able to access that application from the localnet,
without renumbering to a class C.
Ideally.. if I could do something like..
ipchains -A input -p udp -s x.x.0.0/255.255.252.0 -d 0/0 -j MASQ
that'd rock my world.
Linux doesn't seem to like having MASQ applied to anything other than
the forward chain though!! :) :)
how would i go about writing/finding a userspace chain that i could make
inbound packets jump to, to masq ?
or any hacks you think i could try?
I'm using pptp to connect from local windows boxen to the linux
application; a series of /32's work fine.
PPTP is messy though, and that setup breaks other things [and shouldn't be
necessary].
conversations look like:
x.x.0.2->255.255.255.255 udp is this app listening on the net?
x.x.0.1->x.x.0.2 udp yes, i am here
x.x.0.2->x.x.0.255 udp hello class c, what clients are here?
[nobody answers]
x.x.0.2->x.x.0.1 udp connect
x.x.0.1->x.x.0.2 udp sorry, you're not on the same class C as me.
One of my thoughts to provide basic functionality would be to have another
linux box on the same net, masq'ing connections to the linux app box,
and route through that... I'm more certain I could get that to work, but
I'd rather find an elegant hack first =)
-g
|