<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: PBR/NAT mechanics in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/pbr-nat-mechanics/m-p/68445#M39915</link>
    <description>&lt;P&gt;That was my theory but you laid it all out better than I could explain it.&amp;nbsp; I'll make those changes and test it out.&amp;nbsp; Thanks Tom!&lt;/P&gt;</description>
    <pubDate>Sat, 21 Nov 2015 22:28:11 GMT</pubDate>
    <dc:creator>ClintL</dc:creator>
    <dc:date>2015-11-21T22:28:11Z</dc:date>
    <item>
      <title>PBR/NAT mechanics</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbr-nat-mechanics/m-p/68343#M39878</link>
      <description>&lt;P&gt;Good morning everyone,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have a weird issue that I think is related to how PBR or NAT works and/or something we need to program differently on our Palo Alto. I’ll try to explain our setup and the issue that occurred.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We have our main circuit that is utilized for VPN tunnels, NAT forwarding rules to our servers and pretty much anything that is not standard Internet traffic. We’ll call that Circuit A.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We have another circuit used for mostly standard outbound Internet traffic for certain VLANs. This is also the circuit that our DNS servers use for requests. It is high bandwidth but it is not a business class circuit with SLAs so it is not used for critical applications. We’ll call that Circuit B.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Like it was stated above, all NAT forwarding rules use Circuit A with the exception of one server (let’s call it Server 1) where we have a NAT forwarding rule that uses Circuit B. Note that this server is in a VLAN that uses Circuit A for outbound traffic.&amp;nbsp; This server also has several internal IP addresses associated with it and they all use Circuit A for outbound.&amp;nbsp; The NAT forwarding rule only points to one of these internal IP addresses.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Last night the ISP did planned maintenance on Circuit A which took it completely down. When this happened the NAT forwarding rule to Server 1 (which again goes over Circuit B) stopped working. My current guess is that somehow even though the NAT forwarding uses Circuit B to Server 1 it somehow uses Circuit A for outbound on this rule maybe on one of its other assigned internal IP addresses. I didn’t think NAT would work like that but nothing else comes to mind as to why the NAT forwarding rule to Server 1 over Circuit B would stop working. Any thoughts? Hopefully my explanation on our setup wasn’t confusing but if clarification is needed please let me know.&amp;nbsp; Thanks!&lt;/P&gt;</description>
      <pubDate>Wed, 18 Nov 2015 15:54:59 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbr-nat-mechanics/m-p/68343#M39878</guid>
      <dc:creator>ClintL</dc:creator>
      <dc:date>2015-11-18T15:54:59Z</dc:date>
    </item>
    <item>
      <title>Re: PBR/NAT mechanics</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbr-nat-mechanics/m-p/68368#M39885</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Are your NAT rules set up including a destination interface?&lt;/P&gt;
&lt;P&gt;you may need to set the interfaces so NAT can't 'travel' between interfaces&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm guessing the NAT rule itself may not have stopped working, but routing may have been an issue, it's possible the returning traffic from the server is not hitting the PBF to circuit B properly and is actually egressing circuit A&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;return packets will also be inspected by the pbf table and then hit the routing table if no matches are found&lt;/P&gt;
&lt;P&gt;if the returning packet doesn't match any bpf configuration it will go out the default static route&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;you can try setting up a specific PBF policy for the server so it's returning packets are sent over the pbf, possibly you may need to enable symmetric return&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;IMG src="https://live.paloaltonetworks.com/t5/image/serverpage/image-id/1281i59687AD4DE2980FA/image-size/original?v=mpbl-1&amp;amp;px=-1" alt="2015-11-19_11-34-58.png" title="2015-11-19_11-34-58.png" border="0" /&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;regards&lt;/P&gt;
&lt;P&gt;Tom&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 19 Nov 2015 10:41:09 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbr-nat-mechanics/m-p/68368#M39885</guid>
      <dc:creator>reaper</dc:creator>
      <dc:date>2015-11-19T10:41:09Z</dc:date>
    </item>
    <item>
      <title>Re: PBR/NAT mechanics</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pbr-nat-mechanics/m-p/68445#M39915</link>
      <description>&lt;P&gt;That was my theory but you laid it all out better than I could explain it.&amp;nbsp; I'll make those changes and test it out.&amp;nbsp; Thanks Tom!&lt;/P&gt;</description>
      <pubDate>Sat, 21 Nov 2015 22:28:11 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pbr-nat-mechanics/m-p/68445#M39915</guid>
      <dc:creator>ClintL</dc:creator>
      <dc:date>2015-11-21T22:28:11Z</dc:date>
    </item>
  </channel>
</rss>

