The HTTPS Persistence is used for sessions like online Banking where if the session is spread across different WAN connections you would have to re-login each time the web server sees the traffic coming from a different location.
In most cases the DNS failure can be solved by setting the WAN Health Check method to use a DNS Lookup of Google’s public DNS servers (126.96.36.199 and 188.8.131.52).
Below I have pasted links to Knowledgebase Articles that go into more detail of Outbound Policy and the Health Check mechanisms.
To force traffic to fail over to the second WAN connection you can change the Outbound Policy to use Priority. Priority 1 will send traffic through this WAN connection and when it fails Priority 2 will take over.
Thanks. This is all something I know, and already have configured. The line is marked as disconnected due to bad DNS check. But sessions are still kept on this bad WAN - and it even looks like new sessions are also created on the line that is disconnected.
So my question is essentially: how can I use both lines when both lines work. But also always fail over to the working line if one line doesn’t work.
If I understand correctly Priority algorithm routing means that only one line is ever used?
I am seeing the same thing. Did you ever find a solution?
When WAN 1 or WAN 2 goes down because of failed DNS check. No internet is served up to new devices or existing devices on the failed WAN. The working WAN still continues to work and provided internet to already connected devices.
But no actual fail over happens.
May i know what application facing problem when WAN fail over (WAN health failed) happen ?
Connection WAN failed over is really depend the application involved. In general, or the back end connection handling, if WAN health check failed, new connections will not forward to the problem WAN. If the application restart the connection, then the connection will automatically fail-over using the healthy WAN.
For some cases, user may experience that the fail-over is not happening and most of the time this is because the application doesn’t restart a new connections. This is a common issue as the same connection cannot be run for different WAN due to the NATed IP address involved.
This why one of the technology that Peplink offer will be PepVPN SpeedFusion connection. That will allow unbreakable connection / hot fail-over connections.
Detail info, please refer to the following Link:
Do let me know the issue that you are having now is exactly what i mention above.
That sounds great in theory but the issues I am seeing are not by application it is by device. If I am browsing in chrome on my macbook and the internet drops, If I change to another app like citrx or any other app that used the internet I do not get a new connection to the other WAN that is functioning. I am still stuck on the original one.
SpeedFusion is not a usable solution if you are hiding behind a VPN. Video services will block you like Netflix and Hulu because they are required to enforce viewing by regions.
And recently I have been seeing when WAN 1 goes down then the router stops all internet. Even tho WAN 2 is still connected and has good internet. I am still trying to figure the scenario that causes that.
It just seems like a configuration issue. Failover is not working in a traditional sense.
When a WAN goes down everything should go to the next WAN and I should be able to refresh and be on the new WAN. Any app connections should be released so the applications can re-establish a connection.