<?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 Check Point session timeout question in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Check-Point-session-timeout-question/m-p/228967#M44115</link>
    <description>&lt;P&gt;Sorry I have another newbie question.&amp;nbsp; In TCP Services, you have the ability to click Advanced and change the session timeout from the default value (3600 seconds - 1 hour).&lt;/P&gt;&lt;P&gt;My question is, is this timeout only a factor for IDLE connections?&amp;nbsp; i.e. if a TCP session is actively passing traffic, sending and receiving keep-alive packets, etc.. then the session will NOT time out?&lt;/P&gt;&lt;P&gt;Just trying to sanity check some "First packet isn't SYN" drops.&amp;nbsp; I can filter by source port (s_port:xxxx) and see that the session was established with an Accept, and then exactly 1 hour later, I see the "First Packet isn't Syn" drop which to me may mean the app is using long-lived sessions without keepalives... OR it might mean the app is configured to send a keepalive every 60 minutes and is just barely not making the cutoff?&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 04 Oct 2024 21:45:58 GMT</pubDate>
    <dc:creator>Cypress</dc:creator>
    <dc:date>2024-10-04T21:45:58Z</dc:date>
    <item>
      <title>Check Point session timeout question</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Check-Point-session-timeout-question/m-p/228967#M44115</link>
      <description>&lt;P&gt;Sorry I have another newbie question.&amp;nbsp; In TCP Services, you have the ability to click Advanced and change the session timeout from the default value (3600 seconds - 1 hour).&lt;/P&gt;&lt;P&gt;My question is, is this timeout only a factor for IDLE connections?&amp;nbsp; i.e. if a TCP session is actively passing traffic, sending and receiving keep-alive packets, etc.. then the session will NOT time out?&lt;/P&gt;&lt;P&gt;Just trying to sanity check some "First packet isn't SYN" drops.&amp;nbsp; I can filter by source port (s_port:xxxx) and see that the session was established with an Accept, and then exactly 1 hour later, I see the "First Packet isn't Syn" drop which to me may mean the app is using long-lived sessions without keepalives... OR it might mean the app is configured to send a keepalive every 60 minutes and is just barely not making the cutoff?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 04 Oct 2024 21:45:58 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Check-Point-session-timeout-question/m-p/228967#M44115</guid>
      <dc:creator>Cypress</dc:creator>
      <dc:date>2024-10-04T21:45:58Z</dc:date>
    </item>
    <item>
      <title>Re: Check Point session timeout question</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Check-Point-session-timeout-question/m-p/228975#M44117</link>
      <description>&lt;P&gt;It's an idle timer, yes.&lt;/P&gt;</description>
      <pubDate>Fri, 04 Oct 2024 22:52:29 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Check-Point-session-timeout-question/m-p/228975#M44117</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2024-10-04T22:52:29Z</dc:date>
    </item>
  </channel>
</rss>

