- Products
- Learn
- Local User Groups
- Partners
- More
Check Point Jump-Start Online Training
Now Available on CheckMates for Beginners!
Why do Hackers Love IoT Devices so Much?
Join our TechTalk on Aug 17, at 5PM CET | 11AM EST
Welcome to Maestro Masters!
Talk to Masters, Engage with Masters, Be a Maestro Master!
ZTNA Buyer’s Guide
Zero Trust essentials for your most valuable assets
The SMB Cyber Master
Boost your knowledge on Quantum Spark SMB gateways!
As YOU DESERVE THE BEST SECURITY
Upgrade to our latest GA Jumbo
CheckFlix!
All Videos In One Space
When creating new objects, it costs over 10 mins to create around 200 objects.
Is there anyway to improve API performance when creating objects and ploices?
Cheers.
The basic flow of the API is the following
When executing a single command, for example "add host" using the mgmt_cli without calling the login command first. The mgmt_cli executable will in the background preform the following steps. [login] -> [add host using session ID from login] -> [publish] -> [logout].
To control this behavior you can call the login command first, retrieve the session ID, reuse the session ID in all your changes, for example add multiple host objects, publish all your changes at once by reusing the session ID and logout.
If you execute the command mgmt_cli add host with the batch flag [-b] the executable will for example create all 200 hosts in one session and then publish all the changes at the end.
For example by using the batch flag in the executable it took me ~2 minutes with one publish using one command to add 200 hosts on my test machine a R80 management server running in VMware workstation on a Laptop
After publish the hosts are available for the other administrators
Hi Leon,
We will contact you soon to get the details.
I noticed this when bulk-creating objects at a customer site with the R80 mgmt CLI. Our workaround was to ensure everyone was out of the SmartConsole before starting the bulk object creation from the management CLI. It ran much faster that way. I think it has something to do with the fact that a publish occurs after every single object is created, and when multiple administrators are in the SmartConsole it seems to have to stop and wait for the publish to reach all SmartConsoles before moving on to the next object.
--
My book "Max Power: Check Point Firewall Performance Optimization"
now available via http://maxpowerfirewalls.com.
The basic flow of the API is the following
When executing a single command, for example "add host" using the mgmt_cli without calling the login command first. The mgmt_cli executable will in the background preform the following steps. [login] -> [add host using session ID from login] -> [publish] -> [logout].
To control this behavior you can call the login command first, retrieve the session ID, reuse the session ID in all your changes, for example add multiple host objects, publish all your changes at once by reusing the session ID and logout.
If you execute the command mgmt_cli add host with the batch flag [-b] the executable will for example create all 200 hosts in one session and then publish all the changes at the end.
For example by using the batch flag in the executable it took me ~2 minutes with one publish using one command to add 200 hosts on my test machine a R80 management server running in VMware workstation on a Laptop
After publish the hosts are available for the other administrators
I figured there had to be some way to submit a series of transactions from the Management CLI and then publish them all at once (similar to a start...commit in clish) but couldn't figure out how to do it. Thanks for the clarification.
--
My book "Max Power: Check Point Firewall Performance Optimization"
now available via http://maxpowerfirewalls.com.
Thanks for the clarification.
However, we need to meet the requirement for bulk-installing 5000 objects, within certain time frame.
The result for our lab is 200 objects in 2 minutes.
Do we have recommended number for 5000 objects?
More explanations for my question.
In this project, our competitor can install 5000 objects with 2 minutes through API, because they just rewrite the configuration file.
Do we have similar way to improve API performance?
Can your competitor verify that the added objects do not break the policy? Rule Hide Rule? No duplicate IP's? No broken UID references? Generally Check Point chooses reliability over speed. Validating the security configuration is the cause for the time. And we want to assume that adding 5000 new objects is not an every-day case - if it is, perhaps Dynamic Objects might be more suitable.
Let me know your thoughts on this.
You may want to follow sk119553 to increase the amount of memory for API depending on your hardware. By default it is 32-bit with 256MB. We recently modified to 64-bit with 4GB and performance has improved greatly.
Previously it was very slow for us well at processing.
Right. The default memory configuration is not enough for big databases.
And for 32-bit env. you may increase to 1GB (max. up to 2GB).
Hi,
Can I restrict a user to NOT be able to use detail-level "full" ?
About CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY