Bug #2981
closedVirtual IP's not cleaned up on interface change
0%
Description
Running 2.1-Beta1 (i386) Thur May 2 00:11:40 EDT 2013 Nanobsd 2G
The problem I'm seeing is that when I change the WAN interface from one physical interface to another, and I have virtual IP's setup on the WAN interface, the Virtual IP's are not removed from the old interface, they are just added to the new interface.
I don't know if this actually causes any problems, or if it is just cosmetic.
Steps to reproduce- Add virtual IP's to WAN
- Change WAN interface from one physical interface to another.
- Examine the interfaces (ifconfig).
This is what ifconfig reports on my machine after I make the interface change. Trimmed to just the relevant interfaces.
[2.1-BETA1][root@mh-firewall.larl.org]/root(1): ifconfig
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=4209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC,VLAN_HWTSO>
ether 00:90:0b:14:f7:bd
inet 216.234.20.98 netmask 0xfffffff0 broadcast 216.234.20.111
inet6 fe80::290:bff:fe14:f7bd%em0 prefixlen 64 scopeid 0x1
inet 216.234.20.99 netmask 0xffffffff broadcast 216.234.20.99
inet 216.234.20.100 netmask 0xffffffff broadcast 216.234.20.100
inet 216.234.20.101 netmask 0xffffffff broadcast 216.234.20.101
inet 216.234.20.102 netmask 0xffffffff broadcast 216.234.20.102
inet 216.234.20.103 netmask 0xffffffff broadcast 216.234.20.103
inet 216.234.20.104 netmask 0xffffffff broadcast 216.234.20.104
inet 216.234.20.105 netmask 0xffffffff broadcast 216.234.20.105
inet 216.234.20.106 netmask 0xffffffff broadcast 216.234.20.106
inet 216.234.20.107 netmask 0xffffffff broadcast 216.234.20.107
inet 216.234.20.108 netmask 0xffffffff broadcast 216.234.20.108
inet 216.234.20.109 netmask 0xffffffff broadcast 216.234.20.109
inet 216.234.20.110 netmask 0xffffffff broadcast 216.234.20.110
nd6 options=1<PERFORMNUD>
media: Ethernet autoselect
status: no carrier
fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=2009<RXCSUM,VLAN_MTU,WOL_MAGIC>
ether 00:90:0b:14:f7:be
inet6 fe80::290:bff:fe14:f7be%fxp0 prefixlen 64 scopeid 0x5
inet 216.234.20.99 netmask 0xffffffff broadcast 216.234.20.99
inet 216.234.20.100 netmask 0xffffffff broadcast 216.234.20.100
inet 216.234.20.101 netmask 0xffffffff broadcast 216.234.20.101
inet 216.234.20.102 netmask 0xffffffff broadcast 216.234.20.102
inet 216.234.20.103 netmask 0xffffffff broadcast 216.234.20.103
inet 216.234.20.104 netmask 0xffffffff broadcast 216.234.20.104
inet 216.234.20.105 netmask 0xffffffff broadcast 216.234.20.105
inet 216.234.20.106 netmask 0xffffffff broadcast 216.234.20.106
inet 216.234.20.107 netmask 0xffffffff broadcast 216.234.20.107
inet 216.234.20.108 netmask 0xffffffff broadcast 216.234.20.108
inet 216.234.20.109 netmask 0xffffffff broadcast 216.234.20.109
inet 216.234.20.110 netmask 0xffffffff broadcast 216.234.20.110
nd6 options=1<PERFORMNUD>
media: Ethernet autoselect (none)
status: no carrier
After a reboot the situation clears up. I think the virtual IP code needs to remove all the virtual IP entries from the current interface when it is making the change, it must just add them at this point.
Thanks
Josh
Updated by Chris Buechler about 11 years ago
- Status changed from New to Resolved
pretty sure this was fixed in a 2.1.x release since then. It's definitely good in 2.2.