<?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: HTTP redirect issue in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/http-redirect-issue/m-p/1646102#M33271</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The traditional redirect will not give you the granularity you are looking for, however you can leverage http header rewrites in conjuction with the redirect to do "conditional" redirects.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I might be wrong, but I don't think a redirect is what you are looking for..&amp;nbsp;&amp;nbsp; It sounds like the client is initially logging in via the ssl url then getting a redirect (from server) to http, which causes the client to "step outside" of the ssl channel and build a new session.&amp;nbsp; More than likely the server is setting the location header to '&lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.camko.com/honor/services.svc"&gt;http://www.camko.com/honor/services.svc&lt;/A&gt;&lt;SPAN&gt;'.. What must do is keep the client connection over the ssl session buy doing an ssl rewrite.&amp;nbsp; This way the web server's response is rewritten from &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.camko.com/honor/services.svc"&gt;http://www.camko.com/honor/services.svc&lt;/A&gt;&lt;SPAN&gt; to &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="https://www.camko.com/honor/services.svc"&gt;https://www.camko.com/honor/services.svc&lt;/A&gt;&lt;SPAN&gt;. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Example:&lt;/P&gt;&lt;P&gt;1) First add an action list:&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;action-list type modify http REWRITE-Location&lt;BR /&gt;&amp;nbsp; ssl url rewrite location "www\.camko\.com"&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;2) policy-map type loadbalance first-match camko-443&lt;BR /&gt; !&lt;/P&gt;&lt;P&gt;class class-default&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; action REWRITE-Location&amp;nbsp; &amp;lt;---- add under your HTTPS policy&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; serverfarm camko&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;3) You can then remove:&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;policy-map type loadbalance first-match camko&lt;BR /&gt;&amp;nbsp; class class-default&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; serverfarm camko&lt;BR /&gt;policy-map type loadbalance first-match camko-redirect&lt;BR /&gt;&amp;nbsp; class class-default&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; serverfarm camko-redirect&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 22 Mar 2011 16:30:42 GMT</pubDate>
    <dc:creator>stmccabe</dc:creator>
    <dc:date>2011-03-22T16:30:42Z</dc:date>
    <item>
      <title>HTTP redirect issue</title>
      <link>https://community.cisco.com/t5/application-networking/http-redirect-issue/m-p/1646101#M33270</link>
      <description>&lt;P&gt;&lt;SPAN&gt;I have a vip for url &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.camko.com/honor/services.svc"&gt;http://www.camko.com/honor/services.svc&lt;/A&gt;&lt;SPAN&gt;, but I need to redirect all other requests to &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.camko.com"&gt;http://www.camko.com&lt;/A&gt;&lt;SPAN&gt; to https.&amp;nbsp; So anything coming to &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.camko.com"&gt;http://www.camko.com&lt;/A&gt;&lt;SPAN&gt; would be redirected to &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="https://www.camko.com"&gt;https://www.camko.com&lt;/A&gt;&lt;SPAN&gt;, but to allow &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.camko.com/honor/services.svc"&gt;http://www.camko.com/honor/services.svc&lt;/A&gt;&lt;SPAN&gt;&lt;SPAN&gt; to go to my pair of web servers.&amp;nbsp; I am also terminating ssl for this policy.&amp;nbsp; I am unable to get the &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.camko.com/honor/services.svc"&gt;http://www.camko.com/honor/services.svc&lt;/A&gt;&lt;SPAN&gt; to work correctly.&amp;nbsp; I see the initial login to &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="https://www.camko.com"&gt;https://www.camko.com&lt;/A&gt;&lt;SPAN&gt; and I see a services request to /honor/services.svc and it looks like its clear text, but in my trace I see the origin: as &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="https://www.camko.com"&gt;https://www.camko.com&lt;/A&gt;&lt;SPAN&gt;.&amp;nbsp; I'm wondering if the services call can be redirected since they are already logged in with &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="https://www.camko.com"&gt;https://www.camko.com&lt;/A&gt;&lt;SPAN&gt;?&lt;/SPAN&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is what I tried.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;class-map match-any camko-clmp&lt;BR /&gt;&amp;nbsp; 2 match virtual-address 10.10.20.42 tcp eq https&lt;BR /&gt;class-map match-any camko-port80&lt;BR /&gt;&amp;nbsp; 2 match virtual-address 10.10.20.42 tcp eq www&lt;BR /&gt;class-map type http loadbalance match-any camko/honor&lt;BR /&gt;&amp;nbsp; 2 match http url .*catsupport&amp;nbsp; -- anything with catsupport do not redirect&lt;BR /&gt;&amp;nbsp; 3 match http url .*honor -- anything with honor do not redirect&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;policy-map type loadbalance first-match camko&lt;BR /&gt;&amp;nbsp; class class-default&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; serverfarm camko&lt;BR /&gt;policy-map type loadbalance first-match camko-redirect&lt;BR /&gt;&amp;nbsp; class class-default&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; serverfarm camko-redirect&lt;BR /&gt;policy-map type loadbalance first-match camko-443&lt;BR /&gt;&amp;nbsp; class class-default&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; serverfarm camko&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;policy-map multi-match camko-mmplm&lt;BR /&gt;&amp;nbsp; class camko-clmp&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance vip inservice&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance policy camko-443&amp;nbsp; -- this is where the initail login to the app takes place&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance vip icmp-reply active&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; ssl-proxy server lss-ssl-proxy&lt;BR /&gt;policy-map multi-match camko-port80&lt;BR /&gt;&amp;nbsp; class camko/honor&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance vip inservice&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance policy camko&amp;nbsp; -- should allow port 80 to anything with /catsupport or /honor&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance vip icmp-reply active&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; appl-parameter http advanced-options ignore-case&lt;BR /&gt;&amp;nbsp; class camko-port80&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance vip inservice&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance policy camko-redirect&amp;nbsp; -- redirect any other port 80 requests&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance vip icmp-reply active&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; appl-parameter http advanced-options ignore-case&lt;/P&gt;</description>
      <pubDate>Tue, 22 Mar 2011 14:03:45 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-redirect-issue/m-p/1646101#M33270</guid>
      <dc:creator>shday</dc:creator>
      <dc:date>2011-03-22T14:03:45Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP redirect issue</title>
      <link>https://community.cisco.com/t5/application-networking/http-redirect-issue/m-p/1646102#M33271</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The traditional redirect will not give you the granularity you are looking for, however you can leverage http header rewrites in conjuction with the redirect to do "conditional" redirects.&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I might be wrong, but I don't think a redirect is what you are looking for..&amp;nbsp;&amp;nbsp; It sounds like the client is initially logging in via the ssl url then getting a redirect (from server) to http, which causes the client to "step outside" of the ssl channel and build a new session.&amp;nbsp; More than likely the server is setting the location header to '&lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.camko.com/honor/services.svc"&gt;http://www.camko.com/honor/services.svc&lt;/A&gt;&lt;SPAN&gt;'.. What must do is keep the client connection over the ssl session buy doing an ssl rewrite.&amp;nbsp; This way the web server's response is rewritten from &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="http://www.camko.com/honor/services.svc"&gt;http://www.camko.com/honor/services.svc&lt;/A&gt;&lt;SPAN&gt; to &lt;/SPAN&gt;&lt;A class="jive-link-external-small" href="https://www.camko.com/honor/services.svc"&gt;https://www.camko.com/honor/services.svc&lt;/A&gt;&lt;SPAN&gt;. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Example:&lt;/P&gt;&lt;P&gt;1) First add an action list:&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;action-list type modify http REWRITE-Location&lt;BR /&gt;&amp;nbsp; ssl url rewrite location "www\.camko\.com"&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;2) policy-map type loadbalance first-match camko-443&lt;BR /&gt; !&lt;/P&gt;&lt;P&gt;class class-default&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; action REWRITE-Location&amp;nbsp; &amp;lt;---- add under your HTTPS policy&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; serverfarm camko&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;3) You can then remove:&lt;/P&gt;&lt;P&gt;!&lt;/P&gt;&lt;P&gt;policy-map type loadbalance first-match camko&lt;BR /&gt;&amp;nbsp; class class-default&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; serverfarm camko&lt;BR /&gt;policy-map type loadbalance first-match camko-redirect&lt;BR /&gt;&amp;nbsp; class class-default&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; serverfarm camko-redirect&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 22 Mar 2011 16:30:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-redirect-issue/m-p/1646102#M33271</guid>
      <dc:creator>stmccabe</dc:creator>
      <dc:date>2011-03-22T16:30:42Z</dc:date>
    </item>
  </channel>
</rss>

