- Products
- Learn
- Local User Groups
- Partners
- More
Secure Your AI Transformation
9 April @ 12pm SGT / 3pm CET / 2PM EDT
AI Security Masters E6: When AI Goes Wrong -
Hallucinations, Jailbreaks, and the Curious Behavior of AI Agents
Ink Dragon: A Major Nation-State Campaign
Watch HereCheckMates Go:
CheckMates Fest
Hi,
This evening I upgraded one of our FW's to R82 from R81.20
All went well, but then I noticed it was getting an odd message about couldn't contact Checkpoint and could not then find updates.
After various head scratching I looked in the logs and for some reason the Geo Policy now thinks my IP address is registered in BGR which is on our risk database, so blocked.
Long story short I have had to add an exception in the policy, but what on earth would cause this, and is there a reasonable fix or do i just leave me exception in place?
Thanks
Wayne - confused 🙂
Here is what I always do with all customers.
Create whatever country exceptions you need on the top of the rulebase, then just below that, add all other countries as source (group them so it looks nicer), then dst as any, service any, action block, install policy, thats it. And you can also delete old legacy geo policy.
Andy
Hey Wayne,
I hate assuming things, but let me take a wild guess...did you by any chance have old legacy geo policy in place? If so, this behavior would not surprise me. Since R80.20, updatable objects are recommended to use for geo blocking.
Andy
Hi Andy,
Yes I use the old Geo policy, I checked my IP on MaxMind and that says UK based.
Still a bit confused?
Cheers
Wayne
Please refer to https://support.checkpoint.com/results/sk/sk126172 and use Updatable Objects instead of the Geo Policy.
Hi Tal,
I will try converting to UO and see what happens
Cheers
Wayne
Quick question, if I do use UO for Geo policy, what is the best way to have exceptions?
Here is what I always do with all customers.
Create whatever country exceptions you need on the top of the rulebase, then just below that, add all other countries as source (group them so it looks nicer), then dst as any, service any, action block, install policy, thats it. And you can also delete old legacy geo policy.
Andy
I get it, but I had seen it happen many times before with old geo policy, specially in new versions. As @Tal_Paz-Fridman suggested, that sk is best to follow.
Andy
Thanks to both of you !!
Forgot to add something else, though this obviously will not apply to everyone out there, but I want to mention it to you Wayne. While back, I was working with a hospital and we determined they were having bunch of issues due to geo policy, until we addeed Israel and Japan as exceptions. Mind you, that should be easy to tell from the logs if you ever encounter such an issue.
Best,
Andy
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 9 | |
| 9 | |
| 8 | |
| 6 | |
| 5 | |
| 5 | |
| 4 | |
| 4 | |
| 4 | |
| 3 |
Tue 07 Apr 2026 @ 06:00 PM (IDT)
Under the Hood: Check Point WAF and IO River: Multi-CDN Security in ActionWed 08 Apr 2026 @ 10:00 AM (CEST)
The Cloud Architects Series: The Cloud Firewall with near 100% Zero Day prevention - In 7 LanguagesWed 08 Apr 2026 @ 07:00 PM (CST)
ERM al Descubierto: Amenazas Ocultas que Pondrán a Prueba tu Empresa en 2026Tue 07 Apr 2026 @ 06:00 PM (IDT)
Under the Hood: Check Point WAF and IO River: Multi-CDN Security in ActionWed 08 Apr 2026 @ 10:00 AM (CEST)
The Cloud Architects Series: The Cloud Firewall with near 100% Zero Day prevention - In 7 LanguagesWed 08 Apr 2026 @ 07:00 PM (CST)
ERM al Descubierto: Amenazas Ocultas que Pondrán a Prueba tu Empresa en 2026Tue 14 Apr 2026 @ 03:00 PM (PDT)
Renton, WA: Securing The AI Transformation and Exposure ManagementThu 30 Apr 2026 @ 03:00 PM (PDT)
Hillsboro, OR: Securing The AI Transformation and Exposure ManagementAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY