<?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: According to the policy the packet should not have been decrypted in Spark Firewall (SMB)</title>
    <link>https://community.checkpoint.com/t5/Spark-Firewall-SMB/According-to-the-policy-the-packet-should-not-have-been/m-p/219262#M10963</link>
    <description>&lt;P&gt;I have now found the problem:&lt;/P&gt;
&lt;P&gt;peer name under VTI configuration should be exactly the same!&lt;/P&gt;</description>
    <pubDate>Mon, 01 Jul 2024 12:02:20 GMT</pubDate>
    <dc:creator>Moudar</dc:creator>
    <dc:date>2024-07-01T12:02:20Z</dc:date>
    <item>
      <title>According to the policy the packet should not have been decrypted</title>
      <link>https://community.checkpoint.com/t5/Spark-Firewall-SMB/According-to-the-policy-the-packet-should-not-have-been/m-p/219258#M10961</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;I am getting "&lt;STRONG&gt;According to the policy the packet should not have been decrypted&lt;/STRONG&gt;" when SMB tries to connect central office with destination ospf-all-mcat&lt;/P&gt;
&lt;P&gt;Both encryption domains on both gateways are &lt;STRONG&gt;empty network groups&lt;/STRONG&gt;!&lt;/P&gt;
&lt;P&gt;OSPF is configured between the two gateways, but all traffic on central office is dropped with that message.&lt;/P&gt;</description>
      <pubDate>Mon, 01 Jul 2024 11:20:36 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Spark-Firewall-SMB/According-to-the-policy-the-packet-should-not-have-been/m-p/219258#M10961</guid>
      <dc:creator>Moudar</dc:creator>
      <dc:date>2024-07-01T11:20:36Z</dc:date>
    </item>
    <item>
      <title>Re: According to the policy the packet should not have been decrypted</title>
      <link>https://community.checkpoint.com/t5/Spark-Firewall-SMB/According-to-the-policy-the-packet-should-not-have-been/m-p/219262#M10963</link>
      <description>&lt;P&gt;I have now found the problem:&lt;/P&gt;
&lt;P&gt;peer name under VTI configuration should be exactly the same!&lt;/P&gt;</description>
      <pubDate>Mon, 01 Jul 2024 12:02:20 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Spark-Firewall-SMB/According-to-the-policy-the-packet-should-not-have-been/m-p/219262#M10963</guid>
      <dc:creator>Moudar</dc:creator>
      <dc:date>2024-07-01T12:02:20Z</dc:date>
    </item>
  </channel>
</rss>

