<?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: IPS ASA configuration in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/ips-asa-configuration/m-p/964209#M80007</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When you apply service-policy for IPS inspection, either on a specific interface/globally, "ingress" traffic on the interface is sent to the module.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For example, if you apply the policy on the inside interface of ASA, traffic coming into ASA on the inside interface, destined for outside/dmz/etc, will be sent to IPS module, before applying nat rules.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you apply the policy on the outside interface of ASA, traffic coming into ASA on the utside interface, destined for inside/dmz/etc, will be sent to IPS module, before applying un-nat/nat rules.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;if you apply the policy globally, all traffic coming into ASA on the its interfaces, will be sent to IPS module, before applying nat rules.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this clears things for you.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Vibhor.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 16 May 2008 22:32:52 GMT</pubDate>
    <dc:creator>vitripat</dc:creator>
    <dc:date>2008-05-16T22:32:52Z</dc:date>
    <item>
      <title>IPS ASA configuration</title>
      <link>https://community.cisco.com/t5/network-security/ips-asa-configuration/m-p/964208#M80005</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have a question regarding operation steps on IPS on ASA - while configuring access list for interesting traffic, do I need to use really or NATed addresses. Precisely, NAT and than access list or access list and than NAT?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 10 Mar 2019 11:06:50 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ips-asa-configuration/m-p/964208#M80005</guid>
      <dc:creator>binelipetrov</dc:creator>
      <dc:date>2019-03-10T11:06:50Z</dc:date>
    </item>
    <item>
      <title>Re: IPS ASA configuration</title>
      <link>https://community.cisco.com/t5/network-security/ips-asa-configuration/m-p/964209#M80007</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When you apply service-policy for IPS inspection, either on a specific interface/globally, "ingress" traffic on the interface is sent to the module.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For example, if you apply the policy on the inside interface of ASA, traffic coming into ASA on the inside interface, destined for outside/dmz/etc, will be sent to IPS module, before applying nat rules.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you apply the policy on the outside interface of ASA, traffic coming into ASA on the utside interface, destined for inside/dmz/etc, will be sent to IPS module, before applying un-nat/nat rules.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;if you apply the policy globally, all traffic coming into ASA on the its interfaces, will be sent to IPS module, before applying nat rules.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this clears things for you.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Vibhor.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 16 May 2008 22:32:52 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ips-asa-configuration/m-p/964209#M80007</guid>
      <dc:creator>vitripat</dc:creator>
      <dc:date>2008-05-16T22:32:52Z</dc:date>
    </item>
    <item>
      <title>Re: IPS ASA configuration</title>
      <link>https://community.cisco.com/t5/network-security/ips-asa-configuration/m-p/964210#M80008</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Keep the extended ACL close to the source and use the REAL IP address. NAT occurs within the ASA, so you are dealing with externals.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you have 6 or 14 external, public IP addresses from your ISP, you can NAT ... otherwise you are stuck with PAT.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For inbound to outside: use the actual,REAL, public IP addresses you have been assigned by your ISP to permit certain traffic inbound. This could be access-list 100 or a named extended access list, such as "inbound-outside".&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For inbound to inside interface: use the internal private IP address scheme [192.168.x.x, 172.16.x.x-172.31.255,10.0.0.0] with appropriate subnet mask to permit traffic from inside to outside for your users. Most folks open the "permit ip any any" here, but I prefer limiting to the specific internal, private address only. This might be access-list 102 or a named access-lsit such as "inbound_inside".&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Traffic, which is not "permitted", will be implicitly denied.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 18 May 2008 19:31:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ips-asa-configuration/m-p/964210#M80008</guid>
      <dc:creator>samuellthomasjr</dc:creator>
      <dc:date>2008-05-18T19:31:59Z</dc:date>
    </item>
    <item>
      <title>Re: IPS ASA configuration</title>
      <link>https://community.cisco.com/t5/network-security/ips-asa-configuration/m-p/964211#M80009</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Great answer. Thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 May 2008 11:10:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ips-asa-configuration/m-p/964211#M80009</guid>
      <dc:creator>binelipetrov</dc:creator>
      <dc:date>2008-05-19T11:10:00Z</dc:date>
    </item>
  </channel>
</rss>

