<?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 Problem to Access App Server in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/problem-to-access-app-server/m-p/2298123#M345190</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;Are you sure that they are coming from the actual server?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Usually the only thing that the Cisco firewall should do is either Reset a connection or let it timeout when its blocked. Depending on how you have configured the unit to behave in that respect.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Though this document came to mind when I saw what you posted&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-wiki-small" href="https://community.cisco.com/docs/DOC-12747"&gt;https://supportforums.cisco.com/docs/DOC-12747&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How have you confirmed that the SYN ACK and Reset are coming from the FWSM?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Naturally its hard to say much about this since we cant see any configurations.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sadly the FWSM doesnt have the "packet-tracer" command either to help us determine that the rules/configurations are correct.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;- Jouni&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 05 Aug 2013 14:58:32 GMT</pubDate>
    <dc:creator>Jouni Forss</dc:creator>
    <dc:date>2013-08-05T14:58:32Z</dc:date>
    <item>
      <title>Problem to Access App Server</title>
      <link>https://community.cisco.com/t5/network-security/problem-to-access-app-server/m-p/2298122#M345186</link>
      <description>&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Hi All,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am using ASA 5520 as device for VPN client connection to the company and I have the following netork layout:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Users connecting to ASA using Cisco VPN client , connecting to Inside interface.&lt;/P&gt;&lt;P&gt;Outside interface connecting to local network , to my FWSM FW.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The App server is connecting in FWSM side.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I can ping both sides but when I am using telnet from the VPN client to the server on port 135 for example, I am receiving SYN Ack and RST Ack from the FWSM.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any idea what cpuld be the reason?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Reuven&lt;/P&gt;</description>
      <pubDate>Tue, 12 Mar 2019 02:21:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/problem-to-access-app-server/m-p/2298122#M345186</guid>
      <dc:creator>Reuven Elkabetz</dc:creator>
      <dc:date>2019-03-12T02:21:27Z</dc:date>
    </item>
    <item>
      <title>Problem to Access App Server</title>
      <link>https://community.cisco.com/t5/network-security/problem-to-access-app-server/m-p/2298123#M345190</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;Are you sure that they are coming from the actual server?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Usually the only thing that the Cisco firewall should do is either Reset a connection or let it timeout when its blocked. Depending on how you have configured the unit to behave in that respect.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Though this document came to mind when I saw what you posted&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-wiki-small" href="https://community.cisco.com/docs/DOC-12747"&gt;https://supportforums.cisco.com/docs/DOC-12747&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How have you confirmed that the SYN ACK and Reset are coming from the FWSM?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Naturally its hard to say much about this since we cant see any configurations.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sadly the FWSM doesnt have the "packet-tracer" command either to help us determine that the rules/configurations are correct.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;- Jouni&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 Aug 2013 14:58:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/problem-to-access-app-server/m-p/2298123#M345190</guid>
      <dc:creator>Jouni Forss</dc:creator>
      <dc:date>2013-08-05T14:58:32Z</dc:date>
    </item>
    <item>
      <title>Problem to Access App Server</title>
      <link>https://community.cisco.com/t5/network-security/problem-to-access-app-server/m-p/2298124#M345196</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Hi Jouni,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks a lot for your reply.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Actually I ran wireshark on both sides while trying to telnet from the Cisco vpn client to the server that is connected on the FWSM side. I cheched the trace and I saw that IP of the client with the MAC of the FWSM. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The strange thing is that I have ping from client to server but it looks like it is bloking the ports that I want to get.&lt;/P&gt;&lt;P&gt;And I opened both side full IP.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Reuven&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 Aug 2013 06:52:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/problem-to-access-app-server/m-p/2298124#M345196</guid>
      <dc:creator>Reuven Elkabetz</dc:creator>
      <dc:date>2013-08-06T06:52:36Z</dc:date>
    </item>
  </channel>
</rss>

