Hi @ismail5 ,
The overlapping subnet between your local VLAN (192.168.100.0/24) and the remote IPSec subnet (192.168.100.0/22) is causing routing conflicts. By default, FortiGate prioritizes the most specific route, which in this case is the /24 (local VLAN) over the broader /22 (IPSec) route.
Your goal is to ensure that traffic originating from the 10.60.18.0/23 subnet is routed to the remote 192.168.100.x network over the IPSec tunnel, rather than being directed to the local VLAN version of the subnet.
- Remove/Redesign the Overlapping VLAN: If possible, remove or readdress the local VLAN 192.168.100.0/24. This is the cleanest fix — avoid overlapping subnets between local interfaces and remote networks.
- Use Policy Routing (PBR): If you must keep the local VLAN, use a Policy Route to force traffic from 10.60.18.0/23 destined for 192.168.100.0/22 into the IPSec tunnel, bypassing regular routing logic.
- Use VRF: If you're doing multi-tenancy or complex route separation, consider using VRFs (virtual routing instances) to isolate local and IPSec routing tables. This is more advanced and requires architectural change.
https://community.fortinet.com/t5/FortiGate/Technical-Tip-VRFs-route-leaking/ta-p/280549
BR.
If my answer provided a solution for you, please mark the reply as solved it so that others can get it easily while searching for similar scenarios.
CCIE #68781