- Products
- Learn
- Local User Groups
- Partners
- More
MVP 2026: Submissions
Are Now Open!
What's New in R82.10?
Watch NowOverlap in Security Validation
Help us to understand your needs better
CheckMates Go:
Maestro Madness
Hello All,
I ran in to an issue where, when i Upgrade checkpoint security gateway from R80.10 to R80.30 via CPUSE method it applies "Initial Policy" and removed existing policy after reboots. And we loss access to this gateway from remote sites (as all sites are connected through MPLS). i have to access this Gateway Locally and apply "fw unloadlocal" and then install policy from management server to gain access again from remote sites.
is there any reason behind firewall applies initial policy? and how to make it sop doing that? because that stops management of the firewall.
Yes, because the policy must be installed from the Security Management after an upgrade compiled against the new Security Gateway version.
Installing the policy is listed as part of the required steps in the Install and Upgrade Guide: https://sc1.checkpoint.com/documents/R80.30/WebAdminGuides/EN/CP_R80.30_Installation_and_Upgrade_Gui...
The InitialPolicy should permit the policy to be installed from the management without doing an fw unloadlocal.
Thanks a lot for your reply sir, I faced an issue where checkpoint gateway stopped advertising OSPF as well after the upgrade. We have 5 sites connected with MPLS. and without OSPF, upgraded site is not reachable from the remote site.
everything works well after installing policy from management server.
If you have explicit rules in your policy for the OSPF traffic per sk39960 those won't be loaded allowing neighbors to form until after policy installation occurs.
That is totally normal behavior actually. If you are doing an upgrade, it will by default apply initial policy until policy is pushed to newly upgraded gateway again. As far as OSPF, cant say for sure what the issue is, maybe if you can provide more details, we can try assist.
I remember, many years ago there was a way to modify the initial policy rules and there was a sk explaining that.
As it was at IPSO era I can not tell if it is still valid.
Guess who wrote that SK? 🙂
There are actually two filters:
Note that changing the default filter or initial policy is not formally supported.
Also, sadly, the sk describing the process is now internal.
Whether it even still works is a separate question entirely.
So far i have noticed that, after successful firmware upgrade, if i dont install policy form the management server, i dont have accebility of checkpoint site over MPLS and that most likely says that OSPF is not advertising routes. as soon as i install policy, this site is reachable form other sites. so, my guess is initial policy has to do something with OSPF as well. (we dont have implicate policy for OSPF)
hope i could explain the scenario, but thanks a lot for your help here.
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 21 | |
| 20 | |
| 17 | |
| 8 | |
| 7 | |
| 3 | |
| 3 | |
| 3 | |
| 3 | |
| 3 |
Fri 12 Dec 2025 @ 10:00 AM (CET)
Check Mates Live Netherlands: #41 AI & Multi Context ProtocolTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Fri 12 Dec 2025 @ 10:00 AM (CET)
Check Mates Live Netherlands: #41 AI & Multi Context ProtocolTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Thu 18 Dec 2025 @ 10:00 AM (CET)
Cloud Architect Series - Building a Hybrid Mesh Security Strategy across cloudsAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY