<?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: rad -  connections to cws.checkpoint.com stay in close_wait for 180min in General Topics</title>
    <link>https://community.checkpoint.com/t5/General-Topics/rad-connections-to-cws-checkpoint-com-stay-in-close-wait-for/m-p/114180#M21359</link>
    <description>&lt;P&gt;That sounds worthy of a TAC case.&lt;/P&gt;</description>
    <pubDate>Sun, 21 Mar 2021 21:51:38 GMT</pubDate>
    <dc:creator>PhoneBoy</dc:creator>
    <dc:date>2021-03-21T21:51:38Z</dc:date>
    <item>
      <title>rad -  connections to cws.checkpoint.com stay in close_wait for 180min</title>
      <link>https://community.checkpoint.com/t5/General-Topics/rad-connections-to-cws-checkpoint-com-stay-in-close-wait-for/m-p/114169#M21358</link>
      <description>&lt;P&gt;R80.40 take 94&lt;BR /&gt;&lt;BR /&gt;I have noticed in the smartconsole logs that about 10 connections per hour sourced from the gateway to cws.checkpoint.com get dropped by the firewall itself saying&amp;nbsp; that "first pack isn't syn" tcp flags FIN-ACK.&lt;BR /&gt;&lt;BR /&gt;After digging a bit I noticed that the gateway receives the FIN, sends the FIN-ACK but it only sends the FIN 3 hours later by then the tcp entry is not in the tcp sessions table and therefore the gateway drops the connection.&lt;BR /&gt;&lt;BR /&gt;With netstat I can see that those connections are likely opened with the rad process&lt;BR /&gt;&lt;BR /&gt;[Expert@fw1:0]# netstat -apn&lt;BR /&gt;tcp 1 0 1.1.1.1:55962 1.1.1.2:80 CLOSE_WAIT 13470/rad&lt;BR /&gt;tcp 1 0 1.1.1.1:55736 1.1.1.2:80 CLOSE_WAIT 13470/rad&lt;BR /&gt;tcp 1 0 1.1.1.1:55734 1.1.1.2:80 CLOSE_WAIT 13470/rad&lt;BR /&gt;tcp 1 0 1.1.1.1:55700 1.1.1.2:80 CLOSE_WAIT 13470/rad&lt;BR /&gt;tcp 1 0 1.1.1.1:55960 1.1.1.2:80 CLOSE_WAIT 13470/rad&lt;BR /&gt;tcp 1 0 1.1.1.1:55862 1.1.1.2:80 CLOSE_WAIT 13470/rad&lt;BR /&gt;tcp 1 0 1.1.1.1:55928 1.1.1.2:80 CLOSE_WAIT 13470/rad&lt;BR /&gt;tcp 1 0 1.1.1.1:55896 1.1.1.2:80 CLOSE_WAIT 13470/rad&lt;BR /&gt;&lt;BR /&gt;I wonder why the gateways delays the closure for 3 hours&lt;/P&gt;</description>
      <pubDate>Sun, 21 Mar 2021 16:52:44 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/rad-connections-to-cws-checkpoint-com-stay-in-close-wait-for/m-p/114169#M21358</guid>
      <dc:creator>Luis_Miguel_Mig</dc:creator>
      <dc:date>2021-03-21T16:52:44Z</dc:date>
    </item>
    <item>
      <title>Re: rad -  connections to cws.checkpoint.com stay in close_wait for 180min</title>
      <link>https://community.checkpoint.com/t5/General-Topics/rad-connections-to-cws-checkpoint-com-stay-in-close-wait-for/m-p/114180#M21359</link>
      <description>&lt;P&gt;That sounds worthy of a TAC case.&lt;/P&gt;</description>
      <pubDate>Sun, 21 Mar 2021 21:51:38 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/rad-connections-to-cws-checkpoint-com-stay-in-close-wait-for/m-p/114180#M21359</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2021-03-21T21:51:38Z</dc:date>
    </item>
  </channel>
</rss>

