<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Need a static route to take precedence over the NAT and NOT go to the default WAN-GW? Possible?]]></title><description><![CDATA[<p dir="auto">I run a nested lab under my desk with two physical hosts. Both hosts connect to a netgear switch before heading to the corporate network. Each host is considered a site. Both sites use PFsense appliance to NAT traffic out to the internet. This is all working well, until I needed to create a couple routed networks that connect the two sides. Starting with the management network. I tried to do the following.</p>
<p dir="auto">Mgmt = Site1 - 192.168.1.0/24 and Site2 - 192.168.2.0/24.</p>
<p dir="auto">Site1 PFSense<br />
WAN 10.33.72.65/22<br />
LAN 192.168.1.1/24</p>
<p dir="auto">Site2 PFsense<br />
WAN 10.33.72.66/22<br />
LAN 192.168.2.1/24</p>
<p dir="auto">WAN_GW=10.33.75.253/22</p>
<p dir="auto">On Site1 I added a GW (the other corp WAN interface on Site2)<br />
<img src="/assets/uploads/files/1582743119330-screen-shot-2020-02-25-at-2.26.28-pm.png" alt="Screen Shot 2020-02-25 at 2.26.28 PM.png" class=" img-fluid img-markdown" /><br />
Added a Static route<br />
<img src="/assets/uploads/files/1582743141187-screen-shot-2020-02-25-at-2.26.37-pm.png" alt="Screen Shot 2020-02-25 at 2.26.37 PM.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">Show’s up in the routing table.<br />
<img src="/assets/uploads/files/1582743266510-screen-shot-2020-02-25-at-2.25.36-pm.png" alt="Screen Shot 2020-02-25 at 2.25.36 PM.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">It’s still trying to go to the gateway first…<br />
<img src="/assets/uploads/files/1582743209379-screen-shot-2020-02-26-at-10.22.09-am.png" alt="Screen Shot 2020-02-26 at 10.22.09 AM.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">Is there a way to do this where the static route takes precedence over the NAT and doesn't need to go to the WAN default GW?</p>
]]></description><link>https://forum.netgate.com/topic/150857/need-a-static-route-to-take-precedence-over-the-nat-and-not-go-to-the-default-wan-gw-possible</link><generator>RSS for Node</generator><lastBuildDate>Thu, 16 Apr 2026 04:19:50 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/150857.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 26 Feb 2020 19:13:19 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Need a static route to take precedence over the NAT and NOT go to the default WAN-GW? Possible? on Wed, 25 Mar 2020 23:11:37 GMT]]></title><description><![CDATA[<p dir="auto">I've switched over to AON NAT now, I didn't originally see all of the rules. Turned out that I didn't have an upstream gateway set. Once Set I see the rules automatically generated. I added my rule to disable NAT to create a routed network from my two servers.</p>
<p dir="auto">I still see an issue however. Can anyone suggest a fix or maybe a better way to achieve what I'm trying to do? I'll try and detail what the issue is...</p>
<p dir="auto"><img src="/assets/uploads/files/1585176123237-screen-shot-2020-03-25-at-3.41.24-pm.png" alt="Screen Shot 2020-03-25 at 3.41.24 PM.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">So it seems like it's an L2 issue...</p>
<p dir="auto">Here are the test details... Ping from Site1 Nested ESXi VM fails...</p>
<p dir="auto">The path is: Request: "n-esx1" -&gt; "p-esx1" -&gt; "p-esx2" -&gt; "n-esx7" Reply: "n-esx7" -&gt; "p-esx2" -&gt; dfGW.... where I need it to go back to "p-esx1"<br />
n=Nested<br />
p=Physical</p>
<p dir="auto">[root@stevelab-n-esx1:/vmfs/volumes] ping 192.168.2.17<br />
PING 192.168.2.17 (192.168.2.17): 56 data bytes</p>
<p dir="auto">For reference...<br />
Site1 WAN: 60:ac:a6<br />
Site2 WAN: 7b:81:88<br />
WAN GW: <strong>ff:fd:90</strong></p>
<p dir="auto">[root@stevelab-n-esx1:/vmfs/volumes] ping 192.168.2.17<br />
PING 192.168.2.17 (192.168.2.17): 56 data bytes</p>
<p dir="auto">Destination Nested ESXi sees the request and replies to the request.</p>
<p dir="auto">[root@stevelab-n-esx7:/vmfs/volumes/3a3b5bc8-88bd4760] pktcap-uw --uplink vmnic0 --dir 2 --ip 192.168.1.11 -o - | tcpdump-uw -enr -<br />
22:23:35.839598 00:0c:29:7b:81:9c &gt; 00:0c:29:35:9b:0d, ethertype IPv4 (0x0800), length 98: 192.168.1.11 &gt; 192.168.2.17: ICMP echo request, id 55660, seq 0, length 64<br />
22:23:35.839758 00:0c:29:35:9b:0d &gt; 00:0c:29:7b:81:9c, ethertype IPv4 (0x0800), length 98: 192.168.2.17 &gt; 192.168.1.11: ICMP echo reply, id 55660, seq 0, length 64</p>
<p dir="auto">Then the Physical host is sending the reply to the WAN GW. It doesn't send it back from where it came...</p>
<p dir="auto">[root@stevelab-p-esx2:/vmfs/volumes] pktcap-uw --uplink vmnic0 --dir 2 --ip 192.168.1.11 -o - | tcpdump-uw -enr –<br />
22:24:09.239994 00:0c:29:60:ac:a6 &gt; 00:0c:29:7b:81:88, ethertype IPv4 (0x0800), length 98: 192.168.1.11 &gt; 192.168.2.17: ICMP echo request, id 55660, seq 18, length 64<br />
22:24:09.240589 00:0c:29:7b:81:88 &gt; 00:08:e3:ff:fd:90, ethertype IPv4 (0x0800), length 98: 192.168.2.17 &gt; 192.168.1.11: ICMP echo reply, id 55660, seq 18, length 64<br />
22:24:10.241698 00:0c:29:60:ac:a6 &gt; 00:0c:29:7b:81:88, ethertype IPv4 (0x0800), length 98: 192.168.1.11 &gt; 192.168.2.17: ICMP echo request, id 55660, seq 19, length 64<br />
22:24:10.242331 00:0c:29:7b:81:88 &gt; 00:08:e3:ff:fd:90, ethertype IPv4 (0x0800), length 98: 192.168.2.17 &gt; 192.168.1.11: ICMP echo reply, id 55660, seq 19, length 64</p>
<p dir="auto">[root@stevelab-p-esx2:/vmfs/volumes] esxcli network ip  neighbor list<br />
Neighbor      Mac Address        Vmknic    Expiry  State  Type<br />
10.33.72.65   00:0c:29:60:ac:a6  vmk0     928 sec         Unknown<br />
10.33.72.64   00:0c:29:8c:15:73  vmk0    1196 sec         Unknown<br />
10.33.72.62   00:11:32:a6:9a:3f  vmk0    1020 sec         Unknown<br />
10.33.75.253  <strong>00:08:e3:ff:fd:90</strong>  vmk0    1198 sec         Unknown</p>
<p dir="auto">Reply never arrives back at Site1 (Of course, because the packet went to the WAN GW of Site2.</p>
<p dir="auto">[root@stevelab-p-esx1:~] pktcap-uw --uplink vmnic0 --dir 2 --ip 192.168.1.11 -o - | tcpdump-uw -enr -<br />
22:24:24.270369 00:0c:29:60:ac:a6 &gt; 00:0c:29:7b:81:88, ethertype IPv4 (0x0800), length 98: 192.168.1.11 &gt; 192.168.2.17: ICMP echo request, id 55660, seq 33, length 64<br />
22:24:25.271133 00:0c:29:60:ac:a6 &gt; 00:0c:29:7b:81:88, ethertype IPv4 (0x0800), length 98: 192.168.1.11 &gt; 192.168.2.17: ICMP echo request, id 55660, seq 34, length 64<br />
22:24:26.271396 00:0c:29:60:ac:a6 &gt; 00:0c:29:7b:81:88, ethertype IPv4 (0x0800), length 98: 192.168.1.11 &gt; 192.168.2.17: ICMP echo request, id 55660, seq 35, length 64</p>
<p dir="auto">Willing to try just about anything...</p>
<p dir="auto">Thanks.</p>
]]></description><link>https://forum.netgate.com/post/899268</link><guid isPermaLink="true">https://forum.netgate.com/post/899268</guid><dc:creator><![CDATA[steve1399]]></dc:creator><pubDate>Wed, 25 Mar 2020 23:11:37 GMT</pubDate></item><item><title><![CDATA[Reply to Need a static route to take precedence over the NAT and NOT go to the default WAN-GW? Possible? on Wed, 26 Feb 2020 19:21:51 GMT]]></title><description><![CDATA[<p dir="auto">You've probably got a rule to NAT anything going out the WAN. Turn on AON and put in a no nat rule for traffic between the subnets. Checking the box to bypass rules for static routes may fix it too, I forget.</p>
]]></description><link>https://forum.netgate.com/post/894054</link><guid isPermaLink="true">https://forum.netgate.com/post/894054</guid><dc:creator><![CDATA[dotdash]]></dc:creator><pubDate>Wed, 26 Feb 2020 19:21:51 GMT</pubDate></item></channel></rss>