<?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: Purpose of the Transaction Mode in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Purpose-of-the-Transaction-Mode/m-p/48394#M3595</link>
    <description>&lt;P&gt;This is a better link to the docs:&amp;nbsp;&lt;A href="https://sc1.checkpoint.com/documents/R80.10/WebAdminGuides/EN/CP_R80.10_Gaia_AdminGuide/html_frameset.htm" target="_blank"&gt;https://sc1.checkpoint.com/documents/R80.10/WebAdminGuides/EN/CP_R80.10_Gaia_AdminGuide/html_frameset.htm&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;In practical terms, it's exactly how the R80.x Management API works: you make configuration changes, but they are not implemented until you commit. Considering that some operating system changes require multiple commands to implement and the configuration between the commands may, in some cases, cause temporary connectivity issues, you may want to use this mode to limit this impact.&lt;/P&gt;</description>
    <pubDate>Sun, 24 Mar 2019 05:30:54 GMT</pubDate>
    <dc:creator>PhoneBoy</dc:creator>
    <dc:date>2019-03-24T05:30:54Z</dc:date>
    <item>
      <title>Purpose of the Transaction Mode</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Purpose-of-the-Transaction-Mode/m-p/48386#M3594</link>
      <description>&lt;P&gt;According to this link (&lt;A href="http://dl3.checkpoint.com/paid/28/2811d2a6f319e35036886d1e1e464fb3/CP_R80.10_Gaia_AdminGuide.pdf?HashKey=1553386123_14c383dc4ce07ed9f397e97a0ae709ea&amp;amp;xtn=.pdf" target="_blank"&gt;http://dl3.checkpoint.com/paid/28/2811d2a6f319e35036886d1e1e464fb3/CP_R80.10_Gaia_AdminGuide.pdf?HashKey=1553386123_14c383dc4ce07ed9f397e97a0ae709ea&amp;amp;xtn=.pdf&lt;/A&gt;), there is a transaction mode of the CLI whereby:&lt;/P&gt;&lt;P&gt;"All changes made&lt;BR /&gt;using commands in transaction mode are applied at once or none of the&lt;BR /&gt;changes are applied based on the way transaction mode is terminated."&lt;/P&gt;&lt;P&gt;My question is though, why would anybody use the said mode? I haven't seen it used personally so I was wondering if anybody who has could share their experiences.&lt;/P&gt;&lt;P&gt;Many thanks in advance.&lt;/P&gt;</description>
      <pubDate>Sat, 23 Mar 2019 22:20:15 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Purpose-of-the-Transaction-Mode/m-p/48386#M3594</guid>
      <dc:creator>Nick_Doropoulos</dc:creator>
      <dc:date>2019-03-23T22:20:15Z</dc:date>
    </item>
    <item>
      <title>Re: Purpose of the Transaction Mode</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Purpose-of-the-Transaction-Mode/m-p/48394#M3595</link>
      <description>&lt;P&gt;This is a better link to the docs:&amp;nbsp;&lt;A href="https://sc1.checkpoint.com/documents/R80.10/WebAdminGuides/EN/CP_R80.10_Gaia_AdminGuide/html_frameset.htm" target="_blank"&gt;https://sc1.checkpoint.com/documents/R80.10/WebAdminGuides/EN/CP_R80.10_Gaia_AdminGuide/html_frameset.htm&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;In practical terms, it's exactly how the R80.x Management API works: you make configuration changes, but they are not implemented until you commit. Considering that some operating system changes require multiple commands to implement and the configuration between the commands may, in some cases, cause temporary connectivity issues, you may want to use this mode to limit this impact.&lt;/P&gt;</description>
      <pubDate>Sun, 24 Mar 2019 05:30:54 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Purpose-of-the-Transaction-Mode/m-p/48394#M3595</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2019-03-24T05:30:54Z</dc:date>
    </item>
    <item>
      <title>Re: Purpose of the Transaction Mode</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Purpose-of-the-Transaction-Mode/m-p/48397#M3596</link>
      <description>&lt;P&gt;Thank you!&lt;/P&gt;</description>
      <pubDate>Sun, 24 Mar 2019 07:39:03 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Purpose-of-the-Transaction-Mode/m-p/48397#M3596</guid>
      <dc:creator>Nick_Doropoulos</dc:creator>
      <dc:date>2019-03-24T07:39:03Z</dc:date>
    </item>
    <item>
      <title>Re: Purpose of the Transaction Mode</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Purpose-of-the-Transaction-Mode/m-p/48417#M3597</link>
      <description>&lt;P&gt;Another good use of transaction mode from clish would be trying to copy/paste a large number of commands directly into a SSH-based clish session.&amp;nbsp; When copy/pasting very large sets of commands I have seen situations where characters get dropped and cause a syntax error with some of the commands.&amp;nbsp; Rather than having some of them take effect instantly and&amp;nbsp; others not work (leading to strange problems), one could paste them in transaction mode (thus delaying their activation), scroll back up to ensure they were no errors displayed, then commit them if everything looks OK.&amp;nbsp; If there were errors just rollback the transaction, start a new one then paste a smaller number of commands (or correct whatever legit syntax errors you had in what you were pasting).&lt;/P&gt;
&lt;P&gt;Or better yet just use &lt;STRONG&gt;load configuration&lt;/STRONG&gt; and avoid copy/pasting entirely...&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 24 Mar 2019 13:22:52 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Purpose-of-the-Transaction-Mode/m-p/48417#M3597</guid>
      <dc:creator>Timothy_Hall</dc:creator>
      <dc:date>2019-03-24T13:22:52Z</dc:date>
    </item>
  </channel>
</rss>

