- 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
Hi.
I'm running a R81.20 cluster. I have a series of local networks. One is 192.168.32.0/24.
I have a VPN (I mean running) with an external company. This company needs to access only one of my local subnets (ie 192.168.110.0/24) from a list of subnets.
In that list of subnet, 192.168.32.0/24 also exists.
Currently, the VPN tunnel works, but I have local problems.
I go to a local machine, (192.168.32.4) and try to ping the gateway (192.168.32.254)
I can see in the logs things like that : VPN blade yield "Clear text packet should be encrypted"
Any idea to explain these 2 192.168.32.0/24 networks have nothing in common ?
Regards
The log messages makes sense in this case. 192.168.32.254 is part (also) of the remote encryption domain.
Gateway receives unencrypted traffic and drops it because it is expecting encrypted traffic.
With overlap you need to work with NAT. Does the tunnel traffic need to go in both directions? So remote towards you and you towards remote side? So a bidirectional tunnel? If they only need to connect with you they need to NAT on their side so you don't see the 192.168.32.0 if you need to connect with them you need to NAT. If it is bidirectional tunnel I would recommend to nat on both sides.
A network can only exist in one place for the gateway to know where to expect traffic to come from/go to. The ideal solution would be for the external company to NAT their side to an IP/subnet you're not using before they send the traffic down the tunnel.
The log messages makes sense in this case. 192.168.32.254 is part (also) of the remote encryption domain.
Gateway receives unencrypted traffic and drops it because it is expecting encrypted traffic.
With overlap you need to work with NAT. Does the tunnel traffic need to go in both directions? So remote towards you and you towards remote side? So a bidirectional tunnel? If they only need to connect with you they need to NAT on their side so you don't see the 192.168.32.0 if you need to connect with them you need to NAT. If it is bidirectional tunnel I would recommend to nat on both sides.
Hi. I think the real need is only unidirectional.
So I need to negociate 😉
Thanks
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 20 | |
| 19 | |
| 18 | |
| 8 | |
| 7 | |
| 3 | |
| 3 | |
| 3 | |
| 3 | |
| 3 |
Tue 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 cloudsTue 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