<?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: Problem with Sorry Server, HELP!! in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/problem-with-sorry-server-help/m-p/15078#M160</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Couple of things here.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Is there a reason why you have specified 'port 443' in each of the services. This implies that you are natting the backend connection between the css and the webserver to port 443 even if the data coming in is something else, like port 80.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Quite honestly if your users are coming in port 443, then specifiy this in the content rule and remove it from the service. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. As for why your sorry server does not work. The sorry server shows port 443 in the service, but the keepalive is port 80. If port 80 is working on the webserver and port 443 is not in your senario, the service will remain active even though it is not working for 443.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In other words, it makes no sense to use keepalive port 80 on a service when the way you have it configured only allows connections from the css to be on port 443 because you specified port 443 in the service. You generally want the keepalive to be the same port as the type of traffic you are sending the server so that the css really knows if the server is up.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this all makes sense&lt;/P&gt;&lt;P&gt;Pete Knoops&lt;/P&gt;&lt;P&gt;Cisco Systems&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 16 Sep 2002 11:27:33 GMT</pubDate>
    <dc:creator>pknoops</dc:creator>
    <dc:date>2002-09-16T11:27:33Z</dc:date>
    <item>
      <title>Problem with Sorry Server, HELP!!</title>
      <link>https://community.cisco.com/t5/application-networking/problem-with-sorry-server-help/m-p/15077#M159</link>
      <description>&lt;P&gt;I'm a newbie to content technology. I've recently implemented a css 11154 into our test environment and done the configs. Everything seems to work fine, however when I took the webserver off line the Sorry server displayed "page cannot be found"  instead of displaying what I was wrote on the Sorry server site. I pasted the revelant bit of my config for you all to look at  to see if I've missed any thing. Thanks in advance.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;service SORRYwebserver&lt;/P&gt;&lt;P&gt;  ip address 132.130.203.16&lt;/P&gt;&lt;P&gt;  protocol tcp&lt;/P&gt;&lt;P&gt;  port 443&lt;/P&gt;&lt;P&gt;  keepalive type http&lt;/P&gt;&lt;P&gt;  keepalive port 80&lt;/P&gt;&lt;P&gt;  active&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;service TEST1webserver&lt;/P&gt;&lt;P&gt;  ip address 132.130.203.13&lt;/P&gt;&lt;P&gt;  protocol tcp&lt;/P&gt;&lt;P&gt;  port 443&lt;/P&gt;&lt;P&gt;  keepalive port 443&lt;/P&gt;&lt;P&gt;  keepalive type http&lt;/P&gt;&lt;P&gt;  active&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;service TEST2webserver&lt;/P&gt;&lt;P&gt;  ip address 132.130.203.14&lt;/P&gt;&lt;P&gt;  protocol tcp&lt;/P&gt;&lt;P&gt;  port 443&lt;/P&gt;&lt;P&gt;  keepalive port 443&lt;/P&gt;&lt;P&gt;  keepalive type http&lt;/P&gt;&lt;P&gt;  active&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;!*************************** OWNER ***************************&lt;/P&gt;&lt;P&gt;owner samson&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  content rule_external&lt;/P&gt;&lt;P&gt;    add service TEST1webserver&lt;/P&gt;&lt;P&gt;    add service TEST2webserver&lt;/P&gt;&lt;P&gt;    balance leastconn&lt;/P&gt;&lt;P&gt;    protocol tcp&lt;/P&gt;&lt;P&gt;    vip address 132.130.205.3&lt;/P&gt;&lt;P&gt;    primarySorryServer SORRYwebserver&lt;/P&gt;&lt;P&gt;    active&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  content rule_internal&lt;/P&gt;&lt;P&gt;    add service TEST1webserver&lt;/P&gt;&lt;P&gt;    add service TEST2webserver&lt;/P&gt;&lt;P&gt;    balance leastconn&lt;/P&gt;&lt;P&gt;    protocol tcp&lt;/P&gt;&lt;P&gt;    vip address 132.130.205.4&lt;/P&gt;&lt;P&gt;    primarySorryServer SORRYwebserver&lt;/P&gt;&lt;P&gt;    active&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 12 Sep 2002 16:47:25 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/problem-with-sorry-server-help/m-p/15077#M159</guid>
      <dc:creator>saluko</dc:creator>
      <dc:date>2002-09-12T16:47:25Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with Sorry Server, HELP!!</title>
      <link>https://community.cisco.com/t5/application-networking/problem-with-sorry-server-help/m-p/15078#M160</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Couple of things here.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Is there a reason why you have specified 'port 443' in each of the services. This implies that you are natting the backend connection between the css and the webserver to port 443 even if the data coming in is something else, like port 80.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Quite honestly if your users are coming in port 443, then specifiy this in the content rule and remove it from the service. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. As for why your sorry server does not work. The sorry server shows port 443 in the service, but the keepalive is port 80. If port 80 is working on the webserver and port 443 is not in your senario, the service will remain active even though it is not working for 443.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In other words, it makes no sense to use keepalive port 80 on a service when the way you have it configured only allows connections from the css to be on port 443 because you specified port 443 in the service. You generally want the keepalive to be the same port as the type of traffic you are sending the server so that the css really knows if the server is up.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this all makes sense&lt;/P&gt;&lt;P&gt;Pete Knoops&lt;/P&gt;&lt;P&gt;Cisco Systems&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 16 Sep 2002 11:27:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/problem-with-sorry-server-help/m-p/15078#M160</guid>
      <dc:creator>pknoops</dc:creator>
      <dc:date>2002-09-16T11:27:33Z</dc:date>
    </item>
  </channel>
</rss>

