<?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: Email config audit on change. in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/email-config-audit-on-change/m-p/192282#M57777</link>
    <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/71756"&gt;@RobinClayton&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;I don't believe this is possible through the API itself. I've setup a fairly basic process of automating this myself that I've outlined below that works fairly well. The API however won't actually do the compare to the best of my knowledge, and that feature is actually just baked into the GUI. What the API can do for you is provide the XML file for the different config versions; so if for example you ran '&amp;lt;show&amp;gt;&amp;lt;config&amp;gt;&amp;lt;audit&amp;gt;&amp;lt;info&amp;gt;&amp;lt;/info&amp;gt;&amp;lt;/audit&amp;gt;,/config&amp;gt;&amp;lt;/show&amp;gt;' to get what version number gets assigned to which config; you could then run the '&amp;lt;show&amp;gt;&amp;lt;config&amp;gt;&amp;lt;audit&amp;gt;&amp;lt;version&amp;gt;&lt;EM&gt;number&lt;/EM&gt;&amp;lt;/version&amp;gt;&amp;lt;/audit&amp;gt;&amp;lt;/config&amp;gt;&amp;lt;/show&amp;gt;' to pull that XML config down. You could then use the different config versions to actually run a compare.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Personally I do this:&lt;/P&gt;&lt;P&gt;I use a script for all commits that will pull the running-config right before it issues the commit command, saving it to a folder as 'pre-commit.xml'. The script then issues the commit, I've included a 60 second wait in the script, then it pulls the running-config once the commit finishes and saves it as 'post-commit.xml'.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Then I simply utilize another program within that script to actually run an XML compare, which then gets sent to my email. This way I don't have to worry about what config version I'm on or anything like that; I simply run an XML compare using whatever program via the same script against pre-commit.xml and post-commit.xml.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 19 Dec 2017 15:36:27 GMT</pubDate>
    <dc:creator>BPry</dc:creator>
    <dc:date>2017-12-19T15:36:27Z</dc:date>
    <item>
      <title>Email config audit on change.</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/email-config-audit-on-change/m-p/192229#M57768</link>
      <description>&lt;P&gt;On our old firewalls we used KIWI CATTOOLS to pick up configs hourly and compare them for differences, this sort of works on the Palo but each night it seems to generate strange changes in the configs.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Ideally I would&amp;nbsp;want to send out the config audit on commit, the emails that normaly come through are more or less useless and unreadable.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Or can&amp;nbsp;I automate it hourly to send out a config Audit?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Rob&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 19 Dec 2017 09:59:26 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/email-config-audit-on-change/m-p/192229#M57768</guid>
      <dc:creator>RobinClayton</dc:creator>
      <dc:date>2017-12-19T09:59:26Z</dc:date>
    </item>
    <item>
      <title>Re: Email config audit on change.</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/email-config-audit-on-change/m-p/192282#M57777</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/71756"&gt;@RobinClayton&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;I don't believe this is possible through the API itself. I've setup a fairly basic process of automating this myself that I've outlined below that works fairly well. The API however won't actually do the compare to the best of my knowledge, and that feature is actually just baked into the GUI. What the API can do for you is provide the XML file for the different config versions; so if for example you ran '&amp;lt;show&amp;gt;&amp;lt;config&amp;gt;&amp;lt;audit&amp;gt;&amp;lt;info&amp;gt;&amp;lt;/info&amp;gt;&amp;lt;/audit&amp;gt;,/config&amp;gt;&amp;lt;/show&amp;gt;' to get what version number gets assigned to which config; you could then run the '&amp;lt;show&amp;gt;&amp;lt;config&amp;gt;&amp;lt;audit&amp;gt;&amp;lt;version&amp;gt;&lt;EM&gt;number&lt;/EM&gt;&amp;lt;/version&amp;gt;&amp;lt;/audit&amp;gt;&amp;lt;/config&amp;gt;&amp;lt;/show&amp;gt;' to pull that XML config down. You could then use the different config versions to actually run a compare.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Personally I do this:&lt;/P&gt;&lt;P&gt;I use a script for all commits that will pull the running-config right before it issues the commit command, saving it to a folder as 'pre-commit.xml'. The script then issues the commit, I've included a 60 second wait in the script, then it pulls the running-config once the commit finishes and saves it as 'post-commit.xml'.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Then I simply utilize another program within that script to actually run an XML compare, which then gets sent to my email. This way I don't have to worry about what config version I'm on or anything like that; I simply run an XML compare using whatever program via the same script against pre-commit.xml and post-commit.xml.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 19 Dec 2017 15:36:27 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/email-config-audit-on-change/m-p/192282#M57777</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2017-12-19T15:36:27Z</dc:date>
    </item>
  </channel>
</rss>

