<?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: tcpdump on r81.10 in General Topics</title>
    <link>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221392#M36911</link>
    <description>&lt;P&gt;Can you email me directly and we can connect? That way you can email me the file and Im happy to check it for you. Hard to answer that question via screenshot.&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;</description>
    <pubDate>Fri, 19 Jul 2024 12:47:09 GMT</pubDate>
    <dc:creator>the_rock</dc:creator>
    <dc:date>2024-07-19T12:47:09Z</dc:date>
    <item>
      <title>tcpdump on r81.10</title>
      <link>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221354#M36902</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;"I have a Checkpoint R81.10 gateway, and one of the servers is behind this gateway. There is an issue with the communication between two servers, and I took a TCP dump. When I open the captured data, there are a lot of TCP flags with reset [RST, ACK]. My question is, how do I know whether the reset is from the source side or the destination side, and what could be the possible reason behind this?&lt;/P&gt;&lt;P&gt;FYI I have attached the screenshot&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 19 Jul 2024 06:06:26 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221354#M36902</guid>
      <dc:creator>Ihenock1011</dc:creator>
      <dc:date>2024-07-19T06:06:26Z</dc:date>
    </item>
    <item>
      <title>Re: tcpdump on r81.10</title>
      <link>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221356#M36904</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;One reason for RST, ACK is the destination server isn't listening through the port the source attacked. Check it out with netstat.&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;</description>
      <pubDate>Fri, 19 Jul 2024 06:10:39 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221356#M36904</guid>
      <dc:creator>Franktum</dc:creator>
      <dc:date>2024-07-19T06:10:39Z</dc:date>
    </item>
    <item>
      <title>Re: tcpdump on r81.10</title>
      <link>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221365#M36905</link>
      <description>&lt;P&gt;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/102506"&gt;@Franktum&lt;/a&gt;&amp;nbsp;Yes, I did that, and the server is listening on that port.&lt;/P&gt;</description>
      <pubDate>Fri, 19 Jul 2024 07:39:14 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221365#M36905</guid>
      <dc:creator>Ihenock1011</dc:creator>
      <dc:date>2024-07-19T07:39:14Z</dc:date>
    </item>
    <item>
      <title>Re: tcpdump on r81.10</title>
      <link>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221392#M36911</link>
      <description>&lt;P&gt;Can you email me directly and we can connect? That way you can email me the file and Im happy to check it for you. Hard to answer that question via screenshot.&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;</description>
      <pubDate>Fri, 19 Jul 2024 12:47:09 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221392#M36911</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2024-07-19T12:47:09Z</dc:date>
    </item>
    <item>
      <title>Re: tcpdump on r81.10</title>
      <link>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221411#M36912</link>
      <description>&lt;P&gt;Just messaged you directly.&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;</description>
      <pubDate>Fri, 19 Jul 2024 14:42:09 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221411#M36912</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2024-07-19T14:42:09Z</dc:date>
    </item>
    <item>
      <title>Re: tcpdump on r81.10</title>
      <link>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221434#M36917</link>
      <description>&lt;P&gt;What it appears to mean is that previously sent data is acknowledged, but the connection is closing with a reset.&lt;BR /&gt;That would imply it's coming from the source.&lt;BR /&gt;See:&amp;nbsp;&lt;A href="https://networkengineering.stackexchange.com/questions/2012/why-do-i-see-a-rst-ack-packet-instead-of-a-rst-packet" target="_blank"&gt;https://networkengineering.stackexchange.com/questions/2012/why-do-i-see-a-rst-ack-packet-instead-of-a-rst-packet&lt;/A&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 19 Jul 2024 20:07:21 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221434#M36917</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2024-07-19T20:07:21Z</dc:date>
    </item>
    <item>
      <title>Re: tcpdump on r81.10</title>
      <link>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221440#M36918</link>
      <description>&lt;P&gt;RST is more though way to end session&lt;/P&gt;
&lt;P&gt;sender sends: RST&lt;/P&gt;
&lt;P&gt;receiver sends RST (ACK) back, receiver tells the sender he acknowledges the RST packet.&lt;/P&gt;
&lt;P&gt;Therefore the connection will be close.&lt;/P&gt;
&lt;P&gt;Better way would be FIN -&amp;gt; FIN ack, that is better way to close but some system do it different.&lt;/P&gt;
&lt;P&gt;RESET could also be an indication that the port you try to connect is closed.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 19 Jul 2024 21:03:53 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/tcpdump-on-r81-10/m-p/221440#M36918</guid>
      <dc:creator>Lesley</dc:creator>
      <dc:date>2024-07-19T21:03:53Z</dc:date>
    </item>
  </channel>
</rss>

