<?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: Connection Table in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Connection-Table/m-p/90254#M10929</link>
    <description>There are different entries created for the different iterations of NAT and non-NAT IPs.&lt;BR /&gt;I don't know that knowing what an S-link entry is is that relevant (or at least I've never found it to be relevant in Troubleshooting).&lt;BR /&gt;The port numbers are zero because this is ICMP which doesn't use port numbers.</description>
    <pubDate>Wed, 01 Jul 2020 00:52:50 GMT</pubDate>
    <dc:creator>PhoneBoy</dc:creator>
    <dc:date>2020-07-01T00:52:50Z</dc:date>
    <item>
      <title>Connection Table</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Connection-Table/m-p/89759#M10928</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;I am curious to know more about the connection table entries. I have referred the SK65133 but I could see only the details about HEXA representation.&lt;/P&gt;&lt;P&gt;It would me more helpful if some one attempts to decode the connection table.&lt;/P&gt;&lt;P&gt;I have a windows PC (10.10.10.10) initiating an ICMP request toward 4.2.2.2 and at firewall I have configured Source NAT (Hide) and Destination NAT(Static).&lt;/P&gt;&lt;P&gt;My source (10.10.10.10) will be NAT to 192.168.20.10 and Destination (4.2.2.2) will be NAT to 8.8.8.8.&lt;/P&gt;&lt;P&gt;Below is the output of "fw tab -t connections -u -f"&lt;/P&gt;&lt;P&gt;10:40:18 5 N/A N/A 10.0.0.101 &amp;gt; N/A LogId: &amp;lt;max_null&amp;gt;; ContextNum: &amp;lt;max_null&amp;gt;; OriginSicName: &amp;lt;max_null&amp;gt;; : -----------------------------------(+); Direction: 0; Source: 8.8.8.8; SPort: 0; Dest: 192.168.20.10; DPort: 26670; Protocol: icmp; CPTFMT_sep_1: -&amp;gt;; Direction_1: 0; Source_1: 10.10.10.10; SPort_1: 1; Dest_1: 4.2.2.2; DPort_1: 0; Protocol_1: icmp; FW_symval: 2054; LastUpdateTime: 25Jun2020 10:40:18; ProductName: VPN-1 &amp;amp; FireWall-1; ProductFamily: Network;&lt;/P&gt;&lt;P&gt;10:40:18 5 N/A N/A 10.0.0.101 &amp;gt; N/A LogId: &amp;lt;max_null&amp;gt;; ContextNum: &amp;lt;max_null&amp;gt;; OriginSicName: &amp;lt;max_null&amp;gt;; : -----------------------------------(+); Direction: 1; Source: 8.8.8.8; SPort: 0; Dest: 10.10.10.10; DPort: 1; Protocol: icmp; CPTFMT_sep_1: -&amp;gt;; Direction_2: 0; Source_2: 10.10.10.10; SPort_2: 1; Dest_2: 4.2.2.2; DPort_2: 0; Protocol_2: icmp; FW_symval: 2053; LastUpdateTime: 25Jun2020 10:40:18; ProductName: VPN-1 &amp;amp; FireWall-1; ProductFamily: Network;&lt;/P&gt;&lt;P&gt;10:40:18 5 N/A N/A 10.0.0.101 &amp;gt; N/A LogId: &amp;lt;max_null&amp;gt;; ContextNum: &amp;lt;max_null&amp;gt;; OriginSicName: &amp;lt;max_null&amp;gt;; : -----------------------------------(+); Direction: 0; Source: 10.10.10.10; SPort: 1; Dest: 4.2.2.2; DPort: 0; Protocol: icmp; CPTFMT_sep: ;; Type: 65537; Rule: 4; Timeout: 353; Handler: 0; Ifncin: 2; Ifncout: 2; Ifnsin: 3; Ifnsout: 3; Bits: 0000780000000000; NAT_VM_Source: 10.10.10.10; NAT_VM_SPort: 1; NAT_VM_Dest: 8.8.8.8; NAT_VM_DPort: 0; NAT_VM_Flags: 44; NAT_Client_Source: ; NAT_Client_SPort: 0; NAT_Client_Dest: 4.2.2.2; NAT_Client_DPort: 0; NAT_Client_Flags: 44; NAT_Server_Source: 192.168.20.10; NAT_Server_SPort: 26670; NAT_Server_Dest: ; NAT_Server_DPort: 0; NAT_Server_Flags: 1049132; NAT_Xlate_Flags: 1605644; Expires: 26/30; LastUpdateTime: 25Jun2020 10:40:18; ProductName: VPN-1 &amp;amp; FireWall-1; ProductFamily: Network;&lt;/P&gt;&lt;P&gt;10:40:18 5 N/A N/A 10.0.0.101 &amp;gt; N/A LogId: &amp;lt;max_null&amp;gt;; ContextNum: &amp;lt;max_null&amp;gt;; OriginSicName: &amp;lt;max_null&amp;gt;; : -----------------------------------(+); Direction: 1; Source: 10.10.10.10; SPort: 1; Dest: 8.8.8.8; DPort: 0; Protocol: icmp; CPTFMT_sep_1: -&amp;gt;; Direction_1: 0; Source_1: 10.10.10.10; SPort_1: 1; Dest_1: 4.2.2.2; DPort_1: 0; Protocol_1: icmp; FW_symval: 2050; LastUpdateTime: 25Jun2020 10:40:18; ProductName: VPN-1 &amp;amp; FireWall-1; ProductFamily: Network;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;---------------------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Can you please indicate which one is S-link entry and which one is Real Connection entry, and whet does the field in the entry mean.&lt;/P&gt;</description>
      <pubDate>Thu, 25 Jun 2020 06:02:15 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Connection-Table/m-p/89759#M10928</guid>
      <dc:creator>Kumar</dc:creator>
      <dc:date>2020-06-25T06:02:15Z</dc:date>
    </item>
    <item>
      <title>Re: Connection Table</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Connection-Table/m-p/90254#M10929</link>
      <description>There are different entries created for the different iterations of NAT and non-NAT IPs.&lt;BR /&gt;I don't know that knowing what an S-link entry is is that relevant (or at least I've never found it to be relevant in Troubleshooting).&lt;BR /&gt;The port numbers are zero because this is ICMP which doesn't use port numbers.</description>
      <pubDate>Wed, 01 Jul 2020 00:52:50 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Connection-Table/m-p/90254#M10929</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2020-07-01T00:52:50Z</dc:date>
    </item>
    <item>
      <title>Re: Connection Table</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Connection-Table/m-p/90348#M10930</link>
      <description>&lt;P&gt;In the connections table, what would be considered a "connection" is actually being tracked as at least two separate packet flows by the firewall, that show up on different lines of the &lt;SPAN&gt;&lt;STRONG&gt;fw tab -t connections -u -f&lt;/STRONG&gt; command.&amp;nbsp; The SLINK is used to symbolically link the individual table entries together as a "connection".&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;For a connection that is not NATed there are two separate flows tracked:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;c2s (client to server)&lt;/LI&gt;
&lt;LI&gt;s2c (server to client)&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;For a connection that is NATed there are four separate flows tracked:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;c2s (client to server) pre-NAT&lt;/LI&gt;
&lt;LI&gt;c2s&amp;nbsp;(client to server) post-NAT&lt;/LI&gt;
&lt;LI&gt;s2c (server to client) pre-NAT&lt;/LI&gt;
&lt;LI&gt;s2c (server to client) post-NAT&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;Rather than trying to interpret all of this, I'd suggest using the old but only recently-documented &lt;STRONG&gt;fw ctl conntab&lt;/STRONG&gt; command which shows a connection-oriented list rather than individual packet flows.&lt;/P&gt;</description>
      <pubDate>Wed, 01 Jul 2020 21:54:05 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Connection-Table/m-p/90348#M10930</guid>
      <dc:creator>Timothy_Hall</dc:creator>
      <dc:date>2020-07-01T21:54:05Z</dc:date>
    </item>
  </channel>
</rss>

