<?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: Private addresses from CSS being seen on PIX internal interf in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/private-addresses-from-css-being-seen-on-pix-internal-interface/m-p/1352765#M28155</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;They started out the same.&amp;nbsp; I forgot to change some of those rules when I was working on this current problem.&amp;nbsp; In any case, I've updated them all and still see the same results. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I addition, I read a note about the CSS being less efficient as a "one arm" so I connected a second interface and separaged "Internal" and "External" CSS interfaces.&amp;nbsp; Don't know that it helped at all.&amp;nbsp; Still getting the 192.168 address flowing out to my PIX.&amp;nbsp; Wile I was tinkering yesterday, I did notice that by disabling the Group for a proxy server, ALL of his traffic continued to flow into my PIX without NAT.&amp;nbsp; I didn't know that could happen.&amp;nbsp; I figured without a Group assigned to a server, it couldn't pass traffic outside the CSS.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 01 Apr 2010 13:50:58 GMT</pubDate>
    <dc:creator>hhorton</dc:creator>
    <dc:date>2010-04-01T13:50:58Z</dc:date>
    <item>
      <title>Private addresses from CSS being seen on PIX internal interface</title>
      <link>https://community.cisco.com/t5/application-networking/private-addresses-from-css-being-seen-on-pix-internal-interface/m-p/1352763#M28153</link>
      <description>&lt;P&gt;Ok I've been looking at this for three days now and I can seem to fix it.&amp;nbsp; The short story is we use a CSS11503 code 7.02 as a one armed load balancer for several Proxy servers.&amp;nbsp; Generally speaking, things are working.&amp;nbsp; However, when traffic gets heavy, I start seeing the private addresses from behind the CSS (192.168.5.191 &amp;amp; 192) trying to access the internet without being NATed to (165.199.5.191 &amp;amp; 192).&amp;nbsp; Someone please give me a hint.&amp;nbsp; The basic config is below cutting out all of the junk..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;service ProxyA &lt;BR /&gt;&amp;nbsp; ip address 192.168.5.191 &lt;BR /&gt;&amp;nbsp; keepalive type tcp &lt;BR /&gt;&amp;nbsp; keepalive port 8857 &lt;BR /&gt;&amp;nbsp; weight 2 &lt;BR /&gt;&amp;nbsp; active&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;service ProxyB &lt;BR /&gt;&amp;nbsp; ip address 192.168.5.192 &lt;BR /&gt;&amp;nbsp; keepalive port 8857 &lt;BR /&gt;&amp;nbsp; keepalive type tcp &lt;BR /&gt;&amp;nbsp; weight 2 &lt;BR /&gt;&amp;nbsp; 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;owner Proxy&lt;/P&gt;&lt;P&gt;&amp;nbsp; content ISA &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; add service ProxyB &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; vip address 165.199.5.193 &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; add service ProxyA &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; flow-timeout-multiplier 225 &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; advanced-balance sticky-srcip &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; balance weightedrr &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; active&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; content ProxyA &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; add service ProxyA &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; vip address 165.199.5.191 &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; flow-timeout-multiplier 225 &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; active&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&amp;nbsp; content ProxyB &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; vip address 165.199.5.192 &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; add service ProxyB &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; flow-timeout-multiplier 225 &lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; 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;group ProxyA&amp;nbsp; &lt;BR /&gt;&amp;nbsp; add service ProxyA&amp;nbsp; &lt;BR /&gt;&amp;nbsp; vip address 165.199.5.191&amp;nbsp; &lt;BR /&gt;&amp;nbsp; flow-timeout-multiplier 35&amp;nbsp; &lt;BR /&gt;&amp;nbsp; active &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;group ProxyB&amp;nbsp; &lt;BR /&gt;&amp;nbsp; add service ProxyB&amp;nbsp; &lt;BR /&gt;&amp;nbsp; vip address 165.199.5.192&amp;nbsp; &lt;BR /&gt;&amp;nbsp; flow-timeout-multiplier 35&amp;nbsp; &lt;BR /&gt;&amp;nbsp; active&lt;/P&gt;</description>
      <pubDate>Wed, 31 Mar 2010 21:07:45 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/private-addresses-from-css-being-seen-on-pix-internal-interface/m-p/1352763#M28153</guid>
      <dc:creator>hhorton</dc:creator>
      <dc:date>2010-03-31T21:07:45Z</dc:date>
    </item>
    <item>
      <title>Re: Private addresses from CSS being seen on PIX internal interf</title>
      <link>https://community.cisco.com/t5/application-networking/private-addresses-from-css-being-seen-on-pix-internal-interface/m-p/1352764#M28154</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;Have you tried matching the flow-timeout multiplier of the groups with the timeout that is applied on the content rule in question?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 01 Apr 2010 01:20:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/private-addresses-from-css-being-seen-on-pix-internal-interface/m-p/1352764#M28154</guid>
      <dc:creator>Pablo</dc:creator>
      <dc:date>2010-04-01T01:20:15Z</dc:date>
    </item>
    <item>
      <title>Re: Private addresses from CSS being seen on PIX internal interf</title>
      <link>https://community.cisco.com/t5/application-networking/private-addresses-from-css-being-seen-on-pix-internal-interface/m-p/1352765#M28155</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;They started out the same.&amp;nbsp; I forgot to change some of those rules when I was working on this current problem.&amp;nbsp; In any case, I've updated them all and still see the same results. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I addition, I read a note about the CSS being less efficient as a "one arm" so I connected a second interface and separaged "Internal" and "External" CSS interfaces.&amp;nbsp; Don't know that it helped at all.&amp;nbsp; Still getting the 192.168 address flowing out to my PIX.&amp;nbsp; Wile I was tinkering yesterday, I did notice that by disabling the Group for a proxy server, ALL of his traffic continued to flow into my PIX without NAT.&amp;nbsp; I didn't know that could happen.&amp;nbsp; I figured without a Group assigned to a server, it couldn't pass traffic outside the CSS.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 01 Apr 2010 13:50:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/private-addresses-from-css-being-seen-on-pix-internal-interface/m-p/1352765#M28155</guid>
      <dc:creator>hhorton</dc:creator>
      <dc:date>2010-04-01T13:50:58Z</dc:date>
    </item>
  </channel>
</rss>

