<?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 ACE4710 and url based inspection in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387759#M41220</link>
    <description>&lt;P&gt;Dear all,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;i have one server farm with app servers that serve web app on ceratin url, let's say&amp;nbsp;&amp;nbsp; &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://server:port/"&gt;http://server:port/&lt;/A&gt;&lt;STRONG&gt;application1&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I nedd to publish different module&amp;nbsp; off same app on same ip and port but different url to another group of users, let's say&amp;nbsp; &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://server:port/"&gt;http://server:port/&lt;/A&gt;&lt;STRONG&gt;application2&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;When second group of users type /application1 they should not be allowed to get login page, only for url /application2&lt;/P&gt;&lt;P&gt;I was thinking about L7 policy. ACE4710 is not xml firewall but is it possible to set authorization or L7 acl based on url on web server?&lt;/P&gt;&lt;P&gt;How would you implement this solution in my case?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank You&lt;/P&gt;</description>
    <pubDate>Fri, 29 Nov 2013 09:43:45 GMT</pubDate>
    <dc:creator>srdjankatic</dc:creator>
    <dc:date>2013-11-29T09:43:45Z</dc:date>
    <item>
      <title>ACE4710 and url based inspection</title>
      <link>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387759#M41220</link>
      <description>&lt;P&gt;Dear all,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;i have one server farm with app servers that serve web app on ceratin url, let's say&amp;nbsp;&amp;nbsp; &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://server:port/"&gt;http://server:port/&lt;/A&gt;&lt;STRONG&gt;application1&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I nedd to publish different module&amp;nbsp; off same app on same ip and port but different url to another group of users, let's say&amp;nbsp; &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://server:port/"&gt;http://server:port/&lt;/A&gt;&lt;STRONG&gt;application2&lt;/STRONG&gt;.&lt;/P&gt;&lt;P&gt;When second group of users type /application1 they should not be allowed to get login page, only for url /application2&lt;/P&gt;&lt;P&gt;I was thinking about L7 policy. ACE4710 is not xml firewall but is it possible to set authorization or L7 acl based on url on web server?&lt;/P&gt;&lt;P&gt;How would you implement this solution in my case?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank You&lt;/P&gt;</description>
      <pubDate>Fri, 29 Nov 2013 09:43:45 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387759#M41220</guid>
      <dc:creator>srdjankatic</dc:creator>
      <dc:date>2013-11-29T09:43:45Z</dc:date>
    </item>
    <item>
      <title>ACE4710 and url based inspection</title>
      <link>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387760#M41221</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;ACE have the capacity to inspect L7 information and take decisions but if i have understood your requirement correctly , you want both the URL's resolved to same VIP and loadbalanced to same serverfarm&amp;nbsp; but second group shouldn't have access to application in case they use URL used by first group.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am not sure how ACE would differentiate between different set of groups. If you want that any user coming with , for example, application2 needs to be dropped that can be done.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I haven't tested but you can try a combination of "match source address and match url" and use different VIP's and get loadbalanced to same set of real servers running same application in different serverfarms.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For one group:&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;class-map type http loadbalance match-all test11&lt;BR /&gt;&amp;nbsp; 2 match source-address 1.1.1.1 255.255.255.255&lt;BR /&gt;&amp;nbsp; 3 match http url /test1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;class-map match-all testing&lt;/P&gt;&lt;P&gt;&amp;nbsp; 2 match virtual-address 2.2.2.2 tcp eq www&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For second group:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;class-map type http loadbalance match-all test12&lt;/P&gt;&lt;P&gt;2 match source-address 3.3.3.3 255.255.255.255&lt;/P&gt;&lt;P&gt;3 match http url /test2 &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;class-map match-all testing&lt;/P&gt;&lt;P&gt;2 match virtual-address 4.4.4.4 tcp eq www&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Kanwal&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Nov 2013 14:30:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387760#M41221</guid>
      <dc:creator>Kanwaljeet Singh</dc:creator>
      <dc:date>2013-11-29T14:30:35Z</dc:date>
    </item>
    <item>
      <title>ACE4710 and url based inspection</title>
      <link>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387761#M41222</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;In fact i was thinking if you are using loadbalancing based on src IP, you don't need to define URL there.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Just get users from 1 group to one vip and 2 group to another and get them to loadbalance traffic to same rservers in different serverfarms.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Kanwal&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Nov 2013 14:36:45 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387761#M41222</guid>
      <dc:creator>Kanwaljeet Singh</dc:creator>
      <dc:date>2013-11-29T14:36:45Z</dc:date>
    </item>
    <item>
      <title>ACE4710 and url based inspection</title>
      <link>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387762#M41223</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Hi Kanwal, tnx for quick response.&lt;/P&gt;&lt;P&gt;This idea is based on security requirement&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;With your config if second group go to second VIP but add url for first group, (by mistake or with intesion) will they be able to get login screen for app1 for first group since same rserver hosts both urls? Idea is to de facto prevent second group user to type /application1 and get login page, they should be denied.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; I will try your config soon as possible and test also.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Tnx,&lt;/P&gt;&lt;P&gt;Srdjan&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Nov 2013 15:24:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387762#M41223</guid>
      <dc:creator>srdjankatic</dc:creator>
      <dc:date>2013-11-29T15:24:40Z</dc:date>
    </item>
    <item>
      <title>ACE4710 and url based inspection</title>
      <link>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387763#M41224</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Hi Srdjan,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If the users will not match the condition in class-map they will be dropped there itself and question of users going to real server doesn't arise.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You will have to define different VIP and different conditions for different set of users.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Kanwal&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Nov 2013 15:29:09 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387763#M41224</guid>
      <dc:creator>Kanwaljeet Singh</dc:creator>
      <dc:date>2013-11-29T15:29:09Z</dc:date>
    </item>
    <item>
      <title>ACE4710 and url based inspection</title>
      <link>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387764#M41225</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you Kanwal, will try it next week.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Nov 2013 15:39:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ace4710-and-url-based-inspection/m-p/2387764#M41225</guid>
      <dc:creator>srdjankatic</dc:creator>
      <dc:date>2013-11-29T15:39:30Z</dc:date>
    </item>
  </channel>
</rss>

