<?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 Logging traffic over S2S in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Logging-traffic-over-S2S/m-p/155884#M26611</link>
    <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;We got a S2S tunnel between a branch and a central firewall -both running R81.10 HFA Take 66, and managed by the same SMS.&lt;/P&gt;&lt;P&gt;Log traffic goes over the tunnel (we did update the masters file and followed&amp;nbsp;&lt;SPAN&gt;sk104582), all was working fine, until we built a new&amp;nbsp; -with new IP address- log server replacing the old one&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;We could see the SYN packet -on port 257- reaching the log server -over the tunnel, where it replies back with a SYN ACK which is then dropped on the central gateway with the below error:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;EM&gt;@;4054131556;[kern];[tid_8];[SIM-241142620];vpn_verify: mspi check failed (cdir=0; conn_mspis:00000000,00000000; packet_mspi:0080000e), c2s conn: &amp;lt;10.131.2.1,38702,10.104.20.6,257,6&amp;gt;;&lt;/EM&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any clues? Resetting the tunnel didn't make any difference.&lt;/P&gt;&lt;P&gt;A ticket was raised, but we've been kicked around for some time now&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 29 Aug 2022 12:08:35 GMT</pubDate>
    <dc:creator>_Daniel_</dc:creator>
    <dc:date>2022-08-29T12:08:35Z</dc:date>
    <item>
      <title>Logging traffic over S2S</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Logging-traffic-over-S2S/m-p/155884#M26611</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;We got a S2S tunnel between a branch and a central firewall -both running R81.10 HFA Take 66, and managed by the same SMS.&lt;/P&gt;&lt;P&gt;Log traffic goes over the tunnel (we did update the masters file and followed&amp;nbsp;&lt;SPAN&gt;sk104582), all was working fine, until we built a new&amp;nbsp; -with new IP address- log server replacing the old one&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;We could see the SYN packet -on port 257- reaching the log server -over the tunnel, where it replies back with a SYN ACK which is then dropped on the central gateway with the below error:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;EM&gt;@;4054131556;[kern];[tid_8];[SIM-241142620];vpn_verify: mspi check failed (cdir=0; conn_mspis:00000000,00000000; packet_mspi:0080000e), c2s conn: &amp;lt;10.131.2.1,38702,10.104.20.6,257,6&amp;gt;;&lt;/EM&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any clues? Resetting the tunnel didn't make any difference.&lt;/P&gt;&lt;P&gt;A ticket was raised, but we've been kicked around for some time now&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 29 Aug 2022 12:08:35 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Logging-traffic-over-S2S/m-p/155884#M26611</guid>
      <dc:creator>_Daniel_</dc:creator>
      <dc:date>2022-08-29T12:08:35Z</dc:date>
    </item>
    <item>
      <title>Re: Logging traffic over S2S</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Logging-traffic-over-S2S/m-p/155886#M26612</link>
      <description>&lt;P&gt;Anything involving SIC should not go over VPN by default, though I suppose if you’re following sk104582, you’ve changed that &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;BR /&gt;If you send me the TAC SR in a PM I can take a look.&lt;/P&gt;</description>
      <pubDate>Mon, 29 Aug 2022 12:27:45 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Logging-traffic-over-S2S/m-p/155886#M26612</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2022-08-29T12:27:45Z</dc:date>
    </item>
    <item>
      <title>Re: Logging traffic over S2S</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Logging-traffic-over-S2S/m-p/156422#M26799</link>
      <description>&lt;P&gt;A quick update for the records.&lt;/P&gt;&lt;P&gt;While going through some kernel debugging -with fw ctl zdebug running in another ssh session, I've noticed the above error message will disappear once SecureXL is being stopped -on the central VPN gateway.&lt;/P&gt;&lt;P&gt;Informed TAC with my findings, by the time I've managed to get an engineer on a session, the bl00dy logs started being received by the log server!!!&lt;BR /&gt;&lt;BR /&gt;Now I'm not sure if stopping/re-enabling SecureXL fixed it or it was something else -no other changes were done.&lt;/P&gt;&lt;P&gt;Another self healing issue leaving me un-settled &lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 04 Sep 2022 22:26:08 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Logging-traffic-over-S2S/m-p/156422#M26799</guid>
      <dc:creator>_Daniel_</dc:creator>
      <dc:date>2022-09-04T22:26:08Z</dc:date>
    </item>
  </channel>
</rss>

