[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Proxy ARP?
I've noticed that
a) I can manually add static arp entries, which the kernel will then do
proxy ARP for; and
b) I can build ports/net/arpcatch, which appears to be a userland tool
that does exactly the same thing
What I haven't been able to find yet is a means of forcing my box to do
proxy arp globally. (Something just occurred to me - I could bridge
instead, but that's not quite the same thing...)
Reason: I (very) badly underestimated the growth of two groups of IP
addresses, and I subnetted a class-C a bit too deeply. I now have
subnets that are full, with production machines (including DNS servers)
that I can't just renumber without a LOT of headaches.
I have one router (OpenBSD) with multiple arms right now. I'm not even
using all of the subnets, so I have plenty of address space left over.
ONE of those segments must be strongly protected, ONE of those segments
must be partially protected, and the rest must be wide-open (no
filters).
I had hoped to be able to start allocating IP addresses from other
subnets (I've got everything set up as /27 subnets) and deliberately
using a /24 subnet mask - and letting the router sort things out.
I still want it to apply filtering on physical interfaces, but I want to
be able to allocate IPs without regard to my original subnetting plan
(which is now shot to hell).
As I'm writing this, I realize that bridging is one way to accomplish it
- can anyone explain what would work differently between bridging and
proxy-arping everything? I know the semantics of how they work are
different, but would I see any difference in real life?
Thanks
-Adam
--
Adam Thompson, MCNE, MCSE, CWT, A+
Vice-President / Chief Technology Officer, Commerce Design Inc.
<athompso@commerced.com>
tel: (204) 942-1648, fax: (204) 989-8080, cell: (204) 782-6198