- 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
Hi all,
Im trying to deploy two Checkpoint 3800s with ClusterXL.
Ive enabled clusterXL using cpconfig. And its telling me I need a policy pushed in order to start the HA module.
FW02:0]# cphastart
cphastart: Policy should be installed to run the command
I understand the clusterXL settings will be primarily deployed from SMS server. But from the local firewall point of view theres no HA sync interface, so Im trying to understand how the firewalls physically connect for HA sync. Is it just a matter of enabling HA sync on one of the ETH ports, and connecting back to back?
Im running R80.40, and ultimately they will be managed by an Azure SMS server.
Note, the boxes are not licensed yet. Ideally this will be deployed from the Azure SMS centrally.
One other question as an aside, when managing on prem FWs from an Azure SMS server, how does the licensing work, in terms of the central IP address - does it make more sense to do local licensing?
Cheers.
Can you please explain what you mean by saying: "But from the local firewall point of view theres no HA sync interface, so Im trying to understand how the firewalls physically connect for HA sync"
When you will be configuring the cluster in SmarConsole, you will have to chose one of NICs to be a sync. What do you mean "by local firewall point of view"?
Ah ok, so the actual sync interface is defined on SMS?
From a previous firewall deployment, I had a physical HA interface for sync. I guess that was throwing me off.
So essentially, should I just select an unused ETH port and connect it back to back, and then configure the sync IP addressing on the SMS server?
That's pretty much it, in SMS you fetch/configure the Gateway interface topology as you've configured on the appliance via Web UI/CLI.
It's here you also define the VIP for each non Sync interface.
Thanks Val and Chris - appreciate the prompt respones.
Would you have any thoughts on my licensing query?
One other question as an aside, when managing on prem FWs from an Azure SMS server, how does the licensing work, in terms of the central IP address - does it make more sense to do local licensing?
For central licensing of the SMB GW, do I need a static IP for the SMS server?
For reference sk155632 talks to some of the caveats of your choice of IP/License mapping during upgrades.
The interface which is labeled "Sync" on other boxes is just an interface with a weird name. There's nothing at all special about it. Any interface (or set of interfaces bonded together) can be used for state sync.
Sync should always be run through a switch. Direct-wired sync can cause the remaining member to refuse to take over the cluster if a member fails.
About CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY