V18 NAT does not work with multiple WAN gateways.

On 18.0.1 MR-1-Build396.

The new NAT setup does not work. On v17, picking the gateway you wanted worked great.

The gateway setup does not work. If the WAN gateway and VPN gateway have the same weight (as shown below), then the WAN stops working.
If I change the weight of the internet WAN gateway to 2 or more, the internet works again.

 The default NAT rule only has the internet WAN link in it and not the VPN WAN link in it. This works when the gateway weights are not equal.

This NAT rule for the guest network DOES NOT WORK.

The only way to get NAT to work with a second WAN link (as shown below) is to create a linked NAT rule and then override SNAT for ONE specific host.
So how am I supposed to have a guest network with a separate WAN link?

Thanks for listening.

EDIT 1:yes, there is a corresponding firewall rule in case you are wondering.

added more for clarity.
[edited by: Fenster99 at 5:34 PM (GMT -7) on 20 Sep 2020]
Parents Reply Children
  • Sometimes complexity is not the solution, if you can have a elegant and simple solution. 

    Assuming your NAT did not the job as it should be, ISP are going to drop your traffic.

    You only need one NAT Rule for SNAT (MASQ). Its a dynamic rule, which will pick up all WAN Interfaces. Therefore you do not need to think about MASQ. Only think about Routing -> Which gateway should i use in certain scenarios? SD-WAN is the step forward. It will break with "network rules" which we teach for centuries. 

    Actually in SD-WAN you could have asymmetric routing, which is perfectly fine, because you do not care. The goal is to get the packet to the destination, XG will do that. 


  • I spoke too soon. The internet connection keeps dying if I don't give the gateway a higher weight. Disappointed

  • Likely there is a problem with one of your gateways. SD-WAN PBR should overwrite your weight. So even if you tell XG to loadbalance 100 to 0, it should consider your PBR rule and use this always. 

    You should look at the tcpdump level and login to the CLI. Perform a tcpdump on your backup interface and check, if there is a proper tcp handshake etc. 


  • I had to get rid of the multi gateway configuration as it was completely unreliable. This was not a problem in V17.

  • As i configured many installation to this day, i am quite confident, this should work. Assuming there is something broken within your setup or your ISPs.