Bug #1540
closedCaptive Portal Vouchers Synchronization
0%
Description
I've set up two teaming firewalls. On the master, I've defined a voucher roll.
When I want my slave to retrieve the voucher roll, by giving the IP address, port and login information, it returns an error:
The following input errors were detected:
An error code was received while attempting CaptivePortalVoucherSync XMLRPC sync with https://192.168.0.1:443 -
Code 2: Invalid return payload: enable debugging to examine incoming payload
However, when I add a voucher roll on the slave, the master syncs its voucher database from the slave.
So it's working, you think, but in the wrong direction.
No, it isn't. I keep getting the message that the voucher is invalid. Strange, because every roll defined at the slave is displayed at the master; so it did sync.
When I test the voucher on the slave, it is rendered valid. However, when I test the same voucher on the master, it returns this:
6Zb5yRTLYaC invalid: TYPO Invalid magic <6Zb5yRTLYaC> !!
Access denied!
In addition to this bug, I can't save any voucher configuration on the master because it keeps synchronizing from the slave. Even when I make those fields empty and save again.
Updated by Chris Buechler almost 14 years ago
- Status changed from New to Feedback
- Priority changed from High to Normal
it sounds like you're syncing from the slave to the master and the master to the slave, you can't do that.
Updated by Toon Vandenneucker almost 14 years ago
I know I can't do that, but I can't make the master stop from synchronizing its database from the slave.
Even when I empty the fields involving the synchronization of the voucher database on the master and hit save, it keeps setting the fields to the slave's IP address, port and login.
Updated by Michele Di Maria almost 14 years ago
Toon Vandenneucker wrote:
I know I can't do that, but I can't make the master stop from synchronizing its database from the slave.
Even when I empty the fields involving the synchronization of the voucher database on the master and hit save, it keeps setting the fields to the slave's IP address, port and login.
maybe this is just an "autocomplete" issue, as happens also in other parts of pfSense... I mean, you see the fields with a value, but it's just your browser that tryes to "pre-fill" them to "help" you...
Updated by Toon Vandenneucker almost 14 years ago
It is not an autocomplete problem, I did the test on several browsers and computers.
I tried to delete the credentials for synchronizing vouchers in the configuration file of the master. Still, not working.
Just to be clear, the synchronization of vouchers must be set up on a slave, right? So that the slave gathers the information from the master, right?
The problem is that the slave can't gather information from the master, at least in my case. I'm getting the error as described above:
The following input errors were detected:
An error code was received while attempting CaptivePortalVoucherSync XMLRPC sync with https://192.168.0.1:443 -
Code 2: Invalid return payload: enable debugging to examine incoming payload
Also, it's impossible to define new voucher roles on the master as it keeps trying to sync with the slave, which is wrong.
The reason why the master tries to sync from the slave is because I initially set the voucher sync settings on the wrong firewall.
Does this clarify what I meant in the first place?
Updated by Chris Buechler about 9 years ago
- Status changed from Feedback to Closed