<?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 HTTPS inbound to PIX using authorization in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/https-inbound-to-pix-using-authorization/m-p/900763#M958635</link>
    <description>&lt;P&gt;I have a private web server behind a PIX firewall. Is there a method of having the PIX require inbound authorization (UID and Password, credentials stored on an AAA server or in the local database), prior to allowing a connection to the protected web server ? &lt;/P&gt;</description>
    <pubDate>Wed, 13 Mar 2019 00:51:04 GMT</pubDate>
    <dc:creator>scotthale</dc:creator>
    <dc:date>2019-03-13T00:51:04Z</dc:date>
    <item>
      <title>HTTPS inbound to PIX using authorization</title>
      <link>https://community.cisco.com/t5/network-security/https-inbound-to-pix-using-authorization/m-p/900763#M958635</link>
      <description>&lt;P&gt;I have a private web server behind a PIX firewall. Is there a method of having the PIX require inbound authorization (UID and Password, credentials stored on an AAA server or in the local database), prior to allowing a connection to the protected web server ? &lt;/P&gt;</description>
      <pubDate>Wed, 13 Mar 2019 00:51:04 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/https-inbound-to-pix-using-authorization/m-p/900763#M958635</guid>
      <dc:creator>scotthale</dc:creator>
      <dc:date>2019-03-13T00:51:04Z</dc:date>
    </item>
    <item>
      <title>Re: HTTPS inbound to PIX using authorization</title>
      <link>https://community.cisco.com/t5/network-security/https-inbound-to-pix-using-authorization/m-p/900764#M958636</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sure, this is what authorization proxy is for. The documentation for this is pretty good and does a better job than what I could do here. The documentation is located here for recent versions of the PIX software:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-custom" href="http://www.cisco.com/en/US/docs/security/asa/asa80/configuration/guide/fwaaa.html" target="_blank"&gt;http://www.cisco.com/en/US/docs/security/asa/asa80/configuration/guide/fwaaa.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Old software used "aaa authentication include". New software has moved to "aaa authentication match".&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You must define your AAA server prior to the "aaa authentication xxxxxx" command since the aaa command references the AAA server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this helps.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 14 Dec 2007 14:07:31 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/https-inbound-to-pix-using-authorization/m-p/900764#M958636</guid>
      <dc:creator>elparis</dc:creator>
      <dc:date>2007-12-14T14:07:31Z</dc:date>
    </item>
  </channel>
</rss>

