<?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 RFC1918 addresses inbound to untrust interface in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/rfc1918-addresses-inbound-to-untrust-interface/m-p/539248#M110644</link>
    <description>&lt;P&gt;I have a pair of palos in azure, they are frontheaded by a LB. I also have a VPN gateway in the gateway subnet of the vnet where these components live. Not ideal but I am trying to connect a legacy vWAN hub to a new landing zone. I have a VPN from old to new using VNGs. I have a no-net from new landing zone vnets from trust to untrust so the rfc1918s head outbound without being transformed to public NAT address. But would the untrust interface just drop them anyway knowing they are RFC1918? What about when my RFC1918 from legacy vWAN come inbound to the untrust and try to route to trust? Wouldn't the untrust interface drop those also? Is there a method to to get rfc1918 traffic inbound to the untrust and forward to trust?&lt;/P&gt;</description>
    <pubDate>Tue, 18 Apr 2023 21:44:57 GMT</pubDate>
    <dc:creator>S_Williams901</dc:creator>
    <dc:date>2023-04-18T21:44:57Z</dc:date>
    <item>
      <title>RFC1918 addresses inbound to untrust interface</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/rfc1918-addresses-inbound-to-untrust-interface/m-p/539248#M110644</link>
      <description>&lt;P&gt;I have a pair of palos in azure, they are frontheaded by a LB. I also have a VPN gateway in the gateway subnet of the vnet where these components live. Not ideal but I am trying to connect a legacy vWAN hub to a new landing zone. I have a VPN from old to new using VNGs. I have a no-net from new landing zone vnets from trust to untrust so the rfc1918s head outbound without being transformed to public NAT address. But would the untrust interface just drop them anyway knowing they are RFC1918? What about when my RFC1918 from legacy vWAN come inbound to the untrust and try to route to trust? Wouldn't the untrust interface drop those also? Is there a method to to get rfc1918 traffic inbound to the untrust and forward to trust?&lt;/P&gt;</description>
      <pubDate>Tue, 18 Apr 2023 21:44:57 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/rfc1918-addresses-inbound-to-untrust-interface/m-p/539248#M110644</guid>
      <dc:creator>S_Williams901</dc:creator>
      <dc:date>2023-04-18T21:44:57Z</dc:date>
    </item>
    <item>
      <title>Re: RFC1918 addresses inbound to untrust interface</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/rfc1918-addresses-inbound-to-untrust-interface/m-p/539329#M110654</link>
      <description>&lt;P&gt;Hi &lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/271836"&gt;@S_Williams901&lt;/a&gt; ,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I am not certain what you are asking, but I have a customer with a VM-Series in Azure.&amp;nbsp; He has RFC1918 IP addresses on the untrust interface, and it works fine.&amp;nbsp; Azure is doing the NAT.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Tom&lt;/P&gt;</description>
      <pubDate>Wed, 19 Apr 2023 09:17:08 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/rfc1918-addresses-inbound-to-untrust-interface/m-p/539329#M110654</guid>
      <dc:creator>TomYoung</dc:creator>
      <dc:date>2023-04-19T09:17:08Z</dc:date>
    </item>
    <item>
      <title>Re: RFC1918 addresses inbound to untrust interface</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/rfc1918-addresses-inbound-to-untrust-interface/m-p/539371#M110658</link>
      <description>&lt;P&gt;I see the rfc1918 in the VNG tunnel but never see it get to the untrust interface....&lt;/P&gt;</description>
      <pubDate>Wed, 19 Apr 2023 14:58:55 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/rfc1918-addresses-inbound-to-untrust-interface/m-p/539371#M110658</guid>
      <dc:creator>S_Williams901</dc:creator>
      <dc:date>2023-04-19T14:58:55Z</dc:date>
    </item>
  </channel>
</rss>

