Have you set up proxy arp and not removed the proxy arp for the old IP
From: Giuseppe Vacanti [mailto:gvacanti at cosine dot nl]
Sent: 02 August 2004 15:14
To: m0n0wall at lists dot m0n0 dot ch
Subject: [m0n0wall] m0nowall has 'memory' of multiple WAN IPs
I use m0n0wall with its WAN port connected to a /29 network I manage
(addresses XXX.XXX.XXX.26 to 30). Behind m0n0wall I have my private LAN.
I have been able to configure m0n0wall to respond to one IP address (26),
and do the NAT I want (to 192.168.1.1). Then I configured it to respond to
the other IP addresses I have, and can Inbound-NAT them as I want, to
different machines on the private LAN.
When I remove the NAT entries (and the firewall rules) for the IP addresses
other than the first one (26), I notice that m0nowall still responds to the
other IP addresses (27 to 30 in my case), and that for these it applies the
NAT rules for the first address (26). That is, once m0nowall has responded
to one of my other IP addresses once, it never forgets it (at least not in
the couple of hours I've been trying).
I have inspected the status.php page, but I cannot figure out why m0n0wall
is still responding to all the IP addresses.
Am I missing anything here?
cosine Science & Computing BV (NL)
To unsubscribe, e-mail: m0n0wall dash unsubscribe at lists dot m0n0 dot ch
For additional commands, e-mail: m0n0wall dash help at lists dot m0n0 dot ch
DISCLAIMER:This message is intended only for the use of the person(s) ("the
intended recipient(s)") to whom it is addressed. It may contain information
which is privileged, proprietary and/or confidential within the meaning of
applicable law. If you are not the intended recipient, be advised that you
have received this email in error and that any use, dissemination,
forwarding, printing or copying of this message (including any attachments)
is strictly prohibited. If you have received this message in error, please
contact the sender of this message as soon as possible. The views or
opinions expressed in this message are those of the author and may not
necessarily be the views held by Azurgroup Limited.