Azure VPN Gateway enables secure connections from individual client devices (like laptops) to an Azure virtual network, which is known as a point-to-site (P2S) VPN. You configure this by first creating a route-based VPN gateway. You then define an authentication method, choosing between certificate-based authentication or Azure Active Directory authentication. For certificate-based authentication, you upload the public key of a trusted root certificate to the gateway and then generate and install client certificates on each device. The gateway also needs a client address pool, which is a range of private IP addresses it will assign to connecting clients. Finally, you download and install a VPN client configuration package specific to the user's operating system to establish the connection.
To strengthen P2S VPN security, you can enforce stricter authentication. Using Azure AD authentication allows you to integrate with multifactor authentication and Conditional Access policies, adding an extra layer of identity verification beyond just a certificate. You can also customize the cryptographic protocols used in the VPN tunnel by defining a custom IPsec policy. This policy lets you select specific, strong algorithms for encryption and data integrity in both the initial connection phase (Phase 1) and the data transfer phase (Phase 2). Enabling Perfect Forward Secrecy (PFS) in this policy ensures that even if one session key is compromised, past session keys remain secure.
A site-to-site (S2S) VPN creates an encrypted tunnel between an on-premises network (like a corporate office) and an Azure virtual network. Implementation requires configuring both the Azure side and the on-premises side. In Azure, you create a Virtual Network Gateway and a Local Network Gateway object, which holds the public IP address and address ranges of your on-premises network. You must ensure your on-premises VPN device is a validated model and is configured with a matching shared key and the same address space definitions. For high availability and better performance, you select a redundant gateway SKU and can enable BGP peering, which allows the two networks to dynamically exchange routing information and maintain connectivity if one path fails.
To guarantee a reliable S2S connection, careful configuration and troubleshooting are essential. Traffic selectors must be correctly defined so the VPN gateway knows which subnets' traffic should be sent through the tunnel. If connectivity fails, a structured approach is needed: reset both the Azure gateway and the on-premises device, verify the shared key matches exactly, and check that no User-Defined Routes (UDR) or Network Security Groups (NSG) are incorrectly blocking traffic on the gateway subnet. For policy-based VPN gateways, it is critical that the subnet definitions match precisely on both sides. You can also monitor VPN tunnel health by checking a specific health probe endpoint on the gateway to detect issues proactively.
Are you a guardian of your domain? Lean how to leverage your aptitude in security to protect Microsoft Azure technologies, with a goal of earning the Microsoft Certified: Azure Security Engineer Associate certification!
Prepare and test your skills

Prepare and test your skills

The two authentication methods are certificate-based authentication and Azure Active Directory authentication. Certificate-based authentication requires uploading the public key of a trusted root certificate to the gateway and installing client certificates on each device. Azure AD authentication integrates with multifactor authentication and Conditional Access policies.
You can customize the cryptographic protocols by defining a custom IPsec policy that selects strong algorithms for encryption and data integrity for Phase 1 and Phase 2. Enabling Perfect Forward Secrecy (PFS) in that policy ensures that even if one session key is compromised, past session keys remain secure.
You need a Virtual Network Gateway and a Local Network Gateway object in Azure, which holds the on-premises public IP address and address ranges. The on-premises VPN device must be a validated model and configured with a matching shared key and the same address space definitions. For high availability, select a redundant gateway SKU and optionally enable BGP peering.