<?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 Source NAT on a IPSec VPN tunnel due to overlapping IP space. in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/source-nat-on-a-ipsec-vpn-tunnel-due-to-overlapping-ip-space/m-p/333594#M84231</link>
    <description>&lt;P&gt;Folks,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our team has been tasked to work on a VPN tunnel from a customer premises to our corporate DC.&amp;nbsp;&lt;/P&gt;&lt;P&gt;The access would be unidirectional with the Customer accessing on-prem resources.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The first challenge is that we have overlapping IP addresses at the customers end.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our team wants to use some NAT policies which will act like a 1:1 policy. i.e. we want to avoid a interface based NAT.&lt;/P&gt;&lt;P&gt;There should be some way of identifying the IP address individually on the IPS behind the VPN Palo Alto firewall.&lt;/P&gt;&lt;P&gt;Any suggestions?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="VPN tunnel.jpg" style="width: 999px;"&gt;&lt;img src="https://live.paloaltonetworks.com/t5/image/serverpage/image-id/26208iED3E0A0BE31C68C8/image-size/large/is-moderation-mode/true?v=v2&amp;amp;px=999" role="button" title="VPN tunnel.jpg" alt="VPN tunnel.jpg" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!!&lt;/P&gt;&lt;P&gt;N.&lt;/P&gt;</description>
    <pubDate>Tue, 16 Jun 2020 07:41:48 GMT</pubDate>
    <dc:creator>nson2139</dc:creator>
    <dc:date>2020-06-16T07:41:48Z</dc:date>
    <item>
      <title>Source NAT on a IPSec VPN tunnel due to overlapping IP space.</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/source-nat-on-a-ipsec-vpn-tunnel-due-to-overlapping-ip-space/m-p/333594#M84231</link>
      <description>&lt;P&gt;Folks,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our team has been tasked to work on a VPN tunnel from a customer premises to our corporate DC.&amp;nbsp;&lt;/P&gt;&lt;P&gt;The access would be unidirectional with the Customer accessing on-prem resources.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The first challenge is that we have overlapping IP addresses at the customers end.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our team wants to use some NAT policies which will act like a 1:1 policy. i.e. we want to avoid a interface based NAT.&lt;/P&gt;&lt;P&gt;There should be some way of identifying the IP address individually on the IPS behind the VPN Palo Alto firewall.&lt;/P&gt;&lt;P&gt;Any suggestions?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="VPN tunnel.jpg" style="width: 999px;"&gt;&lt;img src="https://live.paloaltonetworks.com/t5/image/serverpage/image-id/26208iED3E0A0BE31C68C8/image-size/large/is-moderation-mode/true?v=v2&amp;amp;px=999" role="button" title="VPN tunnel.jpg" alt="VPN tunnel.jpg" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!!&lt;/P&gt;&lt;P&gt;N.&lt;/P&gt;</description>
      <pubDate>Tue, 16 Jun 2020 07:41:48 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/source-nat-on-a-ipsec-vpn-tunnel-due-to-overlapping-ip-space/m-p/333594#M84231</guid>
      <dc:creator>nson2139</dc:creator>
      <dc:date>2020-06-16T07:41:48Z</dc:date>
    </item>
    <item>
      <title>Re: Source NAT on a IPSec VPN tunnel due to overlapping IP space.</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/source-nat-on-a-ipsec-vpn-tunnel-due-to-overlapping-ip-space/m-p/333681#M84247</link>
      <description>&lt;P&gt;I would think you could do with a Dynamic IP NAT to achieve the 1:1 NAT you're wanting (see&amp;nbsp;&lt;A href="https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/networking/nat/source-nat-and-destination-nat/source-nat.html" target="_blank" rel="noopener"&gt;https://docs.paloaltonetworks.com/pan-os/9-0/pan-os-admin/networking/nat/source-nat-and-destination-nat/source-nat.html&lt;/A&gt;&amp;nbsp;).&amp;nbsp; However, I think if you're doing this on the corporate side, you're going to have a problem with conflicting routes (10.10.10.0/24 is both down the tunnel, and on the LAN).&amp;nbsp; If you could do this at the customer side before it crosses the tunnel, that might be better.&lt;BR /&gt;&lt;BR /&gt;EDIT:&amp;nbsp; Actually, the more I think about it, that's going to cause the same problem on the other side then.&amp;nbsp; Maybe you'll have to NAT both directions with two different pools that don't conflict with the 10.10.10.0/24 address.&amp;nbsp; Maybe you translate 10.10.11.0/24 to 10.10.10.0/24 on the corp side, and you translate 10.10.12.0/24 to 10.10.10.0/24 on the client side or something like that.&lt;/P&gt;</description>
      <pubDate>Tue, 16 Jun 2020 18:19:14 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/source-nat-on-a-ipsec-vpn-tunnel-due-to-overlapping-ip-space/m-p/333681#M84247</guid>
      <dc:creator>OwenFuller</dc:creator>
      <dc:date>2020-06-16T18:19:14Z</dc:date>
    </item>
  </channel>
</rss>

