Not all states are correctly cleared when WAN interface reconnects
kswtch last edited by
apinger ICMP states from other pfSense firewalls are not cleared when the WAN interface reconnects and gets a different IP address.
How to reproduce:
Install at least two pfSense firewalls. On one firewall configure a WAN interface with PPPOE that will get a different public IP address each time it connects. All other firewalls are connected via LAN to the PPPOE firewall. On all other firewalls configure the PPPOE firewall as a gateway for internet access with some external server IP as the monitor IP. (Different IP for each firewall). Reconnect the PPPOE interface by using the "reconnect" command on the interface page or wait for your provider to reconnect you. (In Germany this happens typically every 24 hours). The apinger state will not be cleared and the gateway will be marked "offline" for all other firewalls.
Here is a detailed explanation:
The topological setup looks like this:
As mentioned above, Site A is configured with PPPOE and gets a different IP address each time the WAN interface reconnects. Sites B and C have Site A configured as a Gateway:
In the screenshots above, the gateway is marked down because of the old states on pfSense Site A. Just for clarification: Site A had the IP address 18.104.22.168 until 05:00 CET when the provider forced a reconnect and it got the IP address 22.214.171.124.
Here you can see the old states still active on Site A. Also note that only the apinger states are still there. All other states with the old public IP have been removed.
The only solution to get the gateways on Site B and Site C up again is to restart apinger on Site B and C or to kill the old states. I chose to kill the states by clicking on the "X"-button next to the state entry. As soon as I do this new states are in the list with the correct Router IP:
The gateway on Site B and C is up and running again.
When the WAN interface on Site A gets a different IP address, all states containing the old IP should be removed from the table.
Firmware on all pfSense firewalls is:
built on Sat Mar 1 22:10:21 EST 2014
phil.davis last edited by
To further narrow this down, it would be useful to also try having:
A) a client in SiteA LAN doing a ping every 1 second and let it keep running. Does that ping stop being successful and stay being unsuccessful? Does the state for that also hang around in pfSenseA?
B) another client in SiteA LAN doing a ping every 1 second and let it keep running, then stop it after the WAN address change, and start it again. I expect the old state on pfSenseA will time out and a new state will be started (because the new ping invocation will happen to use a different source port). (Hmmm - this is probably not so useful, the result should be obvious and not under suspicion)
I suspect that no states are being cleared on WAN IP address change - it is just that other clients do things that give up after a while, the old state times out, an when the client program retries again (the user refreshes their "stuck" browser page…) a new state is established and away it goes.
kswtch last edited by
Sorry for taking so long to come back to you.
I tested the ping scenario you described in (A) with the following result:
When the PPPOE connection is disconnected, the ping state still exists but the router part in the state has been removed. This looks like the expected behavior. Because the gateway does not exist anymore, it does not show up in the state.
10.164.1.230:1 -> 126.96.36.199:17937 -> 188.8.131.52
10.164.1.230:1 -> 184.108.40.206
Unfortunately, when the PPPOE connection is reestablished the new Gateway is not inserted into the State leaving the ping dead.
eri-- last edited by
This is an old issue that hopefully will get resolved on 2.2.