<?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: R80.40: fw ctl set int XXX -a errors in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-fw-ctl-set-int-XXX-a-errors/m-p/80566#M11469</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;The "fw ctl set int" command was changed during R80.20 to allow changing both FW and PPAK global variables.&lt;/P&gt;
&lt;P&gt;The command will try to set the variable at the same time in FW and PPAK - if the variable only exist in one of them then the other will fail.&lt;/P&gt;
&lt;P&gt;In your examples below, you tried to set global parameter that exist only in PPAK, because of that you can see that FW is failing (no such parameter) and PPAK manage to get/set the parameter&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 02 Apr 2020 07:32:09 GMT</pubDate>
    <dc:creator>shais</dc:creator>
    <dc:date>2020-04-02T07:32:09Z</dc:date>
    <item>
      <title>R80.40: fw ctl set int XXX -a errors</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-fw-ctl-set-int-XXX-a-errors/m-p/80491#M11468</link>
      <description>&lt;P&gt;While writing the R80.40 addendum for my book, I've come across some strange behavior when setting SIM kernel variables in R80.40 in the context of disabling anti-spoofing "on the fly":&lt;/P&gt;
&lt;P&gt;[Expert@gw-38a56d:0]# &lt;STRONG&gt;fw ctl get int sim_anti_spoofing_enabled -a&lt;/STRONG&gt;&lt;BR /&gt;FW:&lt;BR /&gt;Get operation failed: failed to get parameter sim_anti_spoofing_enabled&lt;BR /&gt;&lt;EM&gt;PPAK 0: sim_anti_spoofing_enabled = 1&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;[Expert@gw-38a56d:0]# &lt;STRONG&gt;fw ctl set int sim_anti_spoofing_enabled 0 -a&lt;/STRONG&gt;&lt;BR /&gt;PPAK 0: Get before set operation succeeded of sim_anti_spoofing_enabled&lt;BR /&gt;Set operation failed: failed to get parameter sim_anti_spoofing_enabled&lt;BR /&gt;set: Operation failed&lt;BR /&gt;Killed&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;[Expert@gw-38a56d:0]# &lt;STRONG&gt;fw ctl get int sim_anti_spoofing_enabled -a&lt;/STRONG&gt;&lt;BR /&gt;FW:&lt;BR /&gt;Get operation failed: failed to get parameter sim_anti_spoofing_enabled&lt;BR /&gt;&lt;EM&gt;PPAK 0: sim_anti_spoofing_enabled = 0&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;Clearly the set command is working correctly but throwing all kinds of errors and giving a strong impression that it did not work.&amp;nbsp; Didn't see this error output in R80.20 and R80.30.&amp;nbsp; This is on vanilla R80.40, and I don't see any mention of this behavior in the R80.40 Jumbo HFA.&amp;nbsp; Can someone from R&amp;amp;D explain if there is some better way I should be setting SIM kernel variables as it definitely doesn't seem happy with this technique. Setting "regular" fw kernel variables works fine with no errors.&amp;nbsp; Tagging &lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/7"&gt;@PhoneBoy&lt;/a&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 01 Apr 2020 15:07:04 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-fw-ctl-set-int-XXX-a-errors/m-p/80491#M11468</guid>
      <dc:creator>Timothy_Hall</dc:creator>
      <dc:date>2020-04-01T15:07:04Z</dc:date>
    </item>
    <item>
      <title>Re: R80.40: fw ctl set int XXX -a errors</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-fw-ctl-set-int-XXX-a-errors/m-p/80566#M11469</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;The "fw ctl set int" command was changed during R80.20 to allow changing both FW and PPAK global variables.&lt;/P&gt;
&lt;P&gt;The command will try to set the variable at the same time in FW and PPAK - if the variable only exist in one of them then the other will fail.&lt;/P&gt;
&lt;P&gt;In your examples below, you tried to set global parameter that exist only in PPAK, because of that you can see that FW is failing (no such parameter) and PPAK manage to get/set the parameter&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 02 Apr 2020 07:32:09 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/R80-40-fw-ctl-set-int-XXX-a-errors/m-p/80566#M11469</guid>
      <dc:creator>shais</dc:creator>
      <dc:date>2020-04-02T07:32:09Z</dc:date>
    </item>
  </channel>
</rss>

