XMLRPC sync errors since upgrade to 2.4.4
-
I totally agree that this was the EXPECTED behaviour.
Moving forward, the situation is simple.
Whoever has state killing on gateway failure and an active/standby pair faces constant xml rpc sync errors on primary on every change, (and by mail too), which do raise concerns even to experienced net admins.There are good reasons to have state killing on (voip being the main one) and it is not always possible not to have gateways that are down in an active/standby setup, by design. (since pppoe is too dominant to ignore)
So I humbly request a feature enhancement that will eliminate the errors (making an exception of the sync interface from state clearance being probably the most straight forward solution) -
It is avoidable if you configure it as I stated above. The sync interface has nothing to do with it. It isn't nearly as "simple" as you imply. The states are flushed entirely, as they must be, there is no way to make an exception for any interface in pfctl.
If you want that, make a feature request upstream for pfctl in FreeBSD.
-
@jimp Killing me softly with these words :)
-
This post is deleted!