So then it’s not possible to force only specific HTTPS IP’s or URLS to go to a specific WAN port, while just having normal HTTPS persistence with load balancing across your other WANS for all of your other HTTPS URLs or IPs?
Say I have eight specific HTTPS URL’s that must be accessed via WAN2, I cannot singularly force those specific URL’s to WAN2 and spread the rest with persistence across the other WANS?
Also you say that you support unlimited singular IP or URL to individual WAN forwarding rules, in practical reality that’s not possible, as there are over a billion unique IP’s. Cisco supports 100, Draytek 60, in practical purposes without causing strain on the router do you think the balance 20 and 30 would comfortably support 1000 outbound protocol forwarding rules, or 500, or 250 ( I probably would not need more than 250 maybe I could use 500, I’m just trying to understand the realistic real world use case and not a hypothetical scenario )
So then in this case it could work as follows:
-
IP or URL (protocol) forwarding to a specific WAN port (because this will include HTTPS URLS too)
-
HTTPS persistance for all HTTPS sessions not specific IPs
-
weighted load balancing for all traffic that doesnt meet the above criteria
Another option is some routers provide session or IP based load balancing, where you could opt to have every unique browser session HTTPS or HTTP maintained on the port it originated on, can the balance 20 and 30 operate in this fashion? If so could I keep step 1 in place forwarding specific IP’s or URLs and or protocols to specific WANs for their sessions (is there a benefit to using IP over URL i noticed in your demo your router supports both)? In this scenario would I see any benefit in speed while downloading from the load balancing or no because the session would be restricted to the WAN port. Would I see a speed benefit in downloading multiple files or torrents?
Sorry just trying to be real specific because your answers are quite thorough but they are missing the essence of my question.
Your assistance is greatly appreciated,
Seth