Need Assistance with IPSec Tunnel Group-Based Access Control via Entra ID
Hello,
I am currently setting up an IPSec VPN tunnel on our FortiGate firewall, authenticated via Entra ID (formerly Azure AD), and I am encountering issues restricting access to specific VLANs based on Entra ID user groups.
Objective:
We have successfully configured an IPSec VPN tunnel that allows users to connect and access our internal network (192.168.0.0/16) and VLAN 10 (10.10.0.0/16). However, we want to achieve the following:
- Existing Setup (Working):
- All authenticated users can access the internal network and VLAN 10 without issues.
- New Requirement (Issue):
- Users from a specific Entra ID group should only have access to VLAN 20 (10.20.0.0/16), and should not be able to access other subnets.
Steps Taken:
IPSec Tunnel Configuration:
- Configured an IPSec VPN tunnel with Entra ID authentication (SAML).
- Successfully tested the tunnel connection and access to the internal network.
- Added Entra ID groups under User Groups (VPN - Access Vlan 20).
- Assigned the correct SAML entity and certificates.
Address Object Creation:
- Created an address object for VLAN20_Pool (10.20.0.0/16) with the correct associated interface.
- Created a user group in FortiGate linked to the SAML authentication server using the GUID of the Entra ID group.
Firewall Policies Configured:
Rule 1: VPN_to_VLAN20
- Incoming: FCT_SAML
- Outgoing: VLAN 20
- Source: User Group (VPN - Access Vlan 20), Address Object (VPN_Vlan20_Pool)
- Destination: Vlan20 address (10.20.0.0/16)
- Action: Accept
- NAT: Disabled
Rule 2: VLAN20_to_VPN (Return traffic)
- Incoming: VLAN 20
- Outgoing: FCT_SAML
- Source: Vlan20 address
- Destination: VPN_Vlan20_Pool
- Action: Accept
Routing Configuration:
- Verified that a static route exists for VLAN 20 (10.20.0.0/16) to the correct interface.
- Removed and re-added any conflicting static routes.
Current Issue:
- Users belonging to the specific Entra ID group can connect to the VPN but cannot access VLAN 20 resources.
- Pings to 10.20.1.10 fail and are logged as "Implicit Deny" in FortiGate logs.
- However, users are able to ping and access other subnets (e.g., 10.10.0.0/16 and 192.168.0.0/16), which should not be allowed.
- We suspect the Entra ID group association is not correctly applied or the firewall policy is not correctly matching the traffic.
Questions:
- How can we ensure that only users from the specified Entra ID group are allowed access to VLAN 20?
- Are there additional configurations required to enforce group-based access control via IPSec with SAML?
- Are there any troubleshooting steps to verify if the group assignment is properly working?
Any assistance or guidance would be greatly appreciated.
Thank you in advance for your support.
.
- Existing Setup (Working):