Instructions for setting up ISP fail-over, not server fail-over

[RCCradio]

We use a Unifi UDM SE, and our Primary internet is provided by ISP 1, with a static IP, and we have a fail-over internet set-up from ISP 2, with a static IP. Our internet from ISP 1, does go up and down, more than it should, but where we are, it's the only non-cell based option.
We don't use a domain/sub-domain, as we have no plans on allowing devices to connect from outside our network, and I would have to create/purchase a domain to be able to set it up. I have the system set-up to only allow access from our SIP Providers IP address, it blocks all other outside traffic. If I need to access it from outside work, I use a VPN.

I can access our FSPBX server from our ISP 1 static IP, but when I try to access it from the fail-over ISP IP, I get the 419 page error. I also get it when trying to access the server from the internal network IP. Is there a way to set-up FSPBX, to be able to access it from multiple IP addresses?

 

[pbxgeek]

Does the server have a local IP? Set up your .env file to work with the local IP. Use your local IP instead of a domain.

Error 419 - Page Expired | FS PBX – Open Source PBX Dashboard for VoIP Providers

Error 419 - Page Expired in Laravel typically occurs due to issues with session or CSRF token validation. One of the most common causes is a mismatch between the browser URL and your environment (.env) configuration.

www.fspbx.com

 

[RCCradio]

It does, I will do that.
For some reason, I was thinking there would be issues with the SIP provider, but just realized the SIP provider doesn't contact the Server, the Server contacts the SIP provider, so it shouldn't matter what External IP the server has.

 

[pbxgeek]

For inbound, it may matter, but all providers can automatically fail over to another IP if there is no response from the primary IP. You just need to set up your trunks to do so.

 

[RCCradio]

Thanks,that's what I was thinking, but I checked and remembered our trunks use credentials not IP, so it should be able to reconnect to the trunk on IP failover.
I was looking at the logs this morning wrong, and it did in fact change over, we just didn't get any calls during the hour the primary ISP was down.