<?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 NAT question in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/nat-question/m-p/1191121#M875749</link>
    <description>&lt;P&gt;will the following NAT config on an ASA conflict?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;First part is for one to one NAT for inside address 172.16.1.1&lt;/P&gt;&lt;P&gt;static (inside,outside) 192.168.1.1 172.16.1.1 netmask 255.255.255.255&lt;/P&gt;&lt;P&gt;access-list outside_in permit tcp host 10.10.10.10 host 192.168.1.1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;following is an exception for the one to one NAT. I have a host on the outside that needs to access the inside host 172.16.1.1, but they cannot use 192.168.1.1 as the destination. So here was what I proposed:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;access-list nat-exception permit ip host 172.16.1.1 host 209.x.x.x &lt;/P&gt;&lt;P&gt;static (inside,outside) 172.32.1.1&lt;/P&gt;&lt;P&gt;access-list nat-exception&lt;/P&gt;&lt;P&gt;access-list outside_in permit tcp host 209.x.x.x host 172.32.1.1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;basically I have a static NAT already in place, but have a new customer coming in that needs to access the same internal address via an address that is not the already defined static statement so I was wondering if the static with the access-list would be a workaround without conflicting with or affecting the one to one NAT? I'm guessing the one to one NAT trumps my idea. If anyone has any idea on how I can make this work please advise. Thanks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 11 Mar 2019 14:56:59 GMT</pubDate>
    <dc:creator>mjsully</dc:creator>
    <dc:date>2019-03-11T14:56:59Z</dc:date>
    <item>
      <title>NAT question</title>
      <link>https://community.cisco.com/t5/network-security/nat-question/m-p/1191121#M875749</link>
      <description>&lt;P&gt;will the following NAT config on an ASA conflict?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;First part is for one to one NAT for inside address 172.16.1.1&lt;/P&gt;&lt;P&gt;static (inside,outside) 192.168.1.1 172.16.1.1 netmask 255.255.255.255&lt;/P&gt;&lt;P&gt;access-list outside_in permit tcp host 10.10.10.10 host 192.168.1.1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;following is an exception for the one to one NAT. I have a host on the outside that needs to access the inside host 172.16.1.1, but they cannot use 192.168.1.1 as the destination. So here was what I proposed:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;access-list nat-exception permit ip host 172.16.1.1 host 209.x.x.x &lt;/P&gt;&lt;P&gt;static (inside,outside) 172.32.1.1&lt;/P&gt;&lt;P&gt;access-list nat-exception&lt;/P&gt;&lt;P&gt;access-list outside_in permit tcp host 209.x.x.x host 172.32.1.1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;basically I have a static NAT already in place, but have a new customer coming in that needs to access the same internal address via an address that is not the already defined static statement so I was wondering if the static with the access-list would be a workaround without conflicting with or affecting the one to one NAT? I'm guessing the one to one NAT trumps my idea. If anyone has any idea on how I can make this work please advise. Thanks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 14:56:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/nat-question/m-p/1191121#M875749</guid>
      <dc:creator>mjsully</dc:creator>
      <dc:date>2019-03-11T14:56:59Z</dc:date>
    </item>
    <item>
      <title>Re: NAT question</title>
      <link>https://community.cisco.com/t5/network-security/nat-question/m-p/1191122#M875750</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello, &lt;/P&gt;&lt;P&gt;I had the same type of issue. I had to use policy nat to fix it. The policy nat is triggered by access-list. Your second nat command is a policy nat. You should convert your one to one nat to a policy nat. You may still see a nat conflict pop on your CLI. But it will still work fine. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Feb 2009 15:49:49 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/nat-question/m-p/1191122#M875750</guid>
      <dc:creator>allen.malanda_2</dc:creator>
      <dc:date>2009-02-25T15:49:49Z</dc:date>
    </item>
  </channel>
</rss>

