[LARTC] Proxy ARP considered harmful. :)

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Feb 24, 2002 at 10:33:25AM +0100, bert hubert wrote:
> On Fri, Feb 22, 2002 at 11:11:44PM -0500, Adrian Chung wrote:
> > Here's my setup:
> > 
> >        .224 \
> >  
> >        .225  --- DSL Modem --- ISP (.252)
> > 
> >        .226 /

I've changed my setup slightly:
                                  
                                  DSL modem --- ISP (.128/25)
                                 /
          .226 -- .224-FW-.224 --
                                 \
                                  .225

I've altered the routes so that only .226 is routed to the left iface.

Here's the weirdness.

With a publishing ARP entry and proxy_arp set to '0' on the right hand
iface, .225 can resolve ARP queries for .226 without any problem every
time.

It always gets .224's MAC address.  This is good!

But, nothing at .128/25 seems to be able to reply to .226.

When I ping from .226 to say, .195, or even .252 which is the default
gateway, I get no response.  I don't even see ARP queries from those
boxes.

If I do an unsolicited ARPing to one of those boxes though, I can then
ping them from .226 for a short time, and I see ARP requests from
those boxes which are answered by my FW.  After a couple minutes, they
stop responding, and I never see any ARP requests for .226 again.  All
is fine if I do another unsolicited ARP.

My understanding is that if .195, .252 had an ARP entry in their cache
still for .226, they would use it, and send out another request to
make sure it's still valid.  If they don't have an entry, I would have
assumed they should have ARP'd for one again.

Anyways, I'm stumped!

--
Adrian Chung (adrian at enfusion-group dot com)
http://www.enfusion-group.com/~adrian
GPG Fingerprint: C620 C8EA 86BA 79CC 384C E7BE A10C 353B 919D 1A17
[toad.enfusion-group.com] up 22:46, 11 users, load average: 0.00



[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux