Watguard Connect to Azure VPN Site to Site: A Step-by-Step Guide

Author

Reads 669

Experience the serene beauty of clear turquoise waters on a tropical beach, perfect for a relaxing getaway.
Credit: pexels.com, Experience the serene beauty of clear turquoise waters on a tropical beach, perfect for a relaxing getaway.

To connect Watguard to an Azure VPN site-to-site, you'll need to create a virtual network gateway in the Azure portal. This gateway will serve as the entry point for the VPN connection.

First, ensure you have an Azure subscription and a Watguard device configured for VPN connectivity. The Watguard device must be running firmware version 5.1 or later.

Next, navigate to the Azure portal and create a new virtual network gateway. Choose the "VPN" option and select the "Site-to-Site" connection type.

Recommended read: Azure Vpn Gateway Skus

Setup WatchGuard

To set up WatchGuard, start by using the WatchGuard Policy Manager, a graphical client utility that's a favorite among long-time admins.

From Policy Manager, navigate to VPN > BOVPNVirtualInterfaces.

Most admins prefer this method over the web interface, and it's a great place to start.

You'll need to edit the fields in BOVPNVirtualInterfaces, specifically checking the WatchGuard System Manager.

Configure VPN Connection

To start, you need to add a BOVPN interface. Navigate to VPN>BOVPNVirtualInterfaces and click Add.

Additional reading: Git Remote Add Azure

Credit: youtube.com, DevOps & SysAdmins: Azure Site-to-Site VPN through a Watchguard Firewall

Specify the Interface Name, which can be any name you like, but mine is BovpnVif.Azure. Choose the Remote Endpoint Type from the drop-down, either Cloud VPN or Third-Party Gateway.

You'll need to use a Pre-Shared Key, which you specified in the Azure portal on the Connection object. To find it again, go to All resources > click your Connection > Shared key under Settings.

Under the first area, specify the local address, which is the public IP assigned to your firewall. You'll also need to pick the physical interface that corresponds to this external IP address.

For the Remote Gateway, specify the Azure public IP address that was provisioned during the previous setup – twice, in both fields.

The network route is what tells your firewall about the address space hiding behind the cloudy gateway in Azure. To add a network route, click on VPN Routes, then Add.

Here are the steps to add a network route:

  • Choose the drop down option for Network IPv4
  • Under Route To, add the Azure address space, and click OK

Now, go to the Phase 1 Settings tab and choose IKEv2 from the drop-down under Version. Click Save at the bottom of the screen to complete the setup.

Verify Connectivity

Credit: youtube.com, How to setup Site to Site (S2S) VPN from On-premises to Azure I Azure Site to Site VPN #azure #vpn

To verify connectivity, go to the Azure portal and click on your Connection object in the All resources section. This will give you a clear view of your connection status.

An even better test is to deploy a VM into the new network and verify that you can communicate back to your on-premises network. This will ensure a smooth and reliable connection.

Verify that your connection is established by checking the Azure portal.

Network Configuration

Network Configuration is a crucial step in setting up a Watguard connection to Azure VPN site-to-site. You'll need to configure the network route to establish a secure and reliable connection.

To start, go back to the New BOVPN Virtual Interface screen and click on the VPN Routes tab. From there, click the Add button to create a new route. Here, you'll need to specify the network address space behind the gateway in Azure.

Choose Network IPv4 from the dropdown menu, then enter the IP address space of the Azure virtual network, which was set up previously. Click OK to save your changes.

Consider reading: Azure Space

Ipsec Configuration: On-Prem

Credit: youtube.com, Site to Site VPN Connection in Azure Portal | Connecting on-prem DC to Azure with Palo Alto Firewall

To establish a secure connection between two sites, you'll need to configure IPsec on-prem. This involves setting up a VPN (Virtual Private Network) to encrypt traffic between the sites.

The first step is to create a Phase 1 (IKE) policy, which defines the encryption and authentication settings for the VPN. This policy includes settings such as the encryption algorithm, authentication method, and Diffie-Hellman group.

A common encryption algorithm used in IPsec is AES (Advanced Encryption Standard) with a key size of 256 bits. This provides strong encryption and protection for sensitive data.

The authentication method can be set to either pre-shared key (PSK) or digital certificate (X.509). PSK is a simple and widely used method, but it has its limitations.

A Phase 2 (IPsec) policy is also required, which defines the security association (SA) settings for the VPN. This includes settings such as the protocol, encryption algorithm, and authentication method.

When configuring IPsec on-prem, it's essential to ensure that the Phase 1 and Phase 2 policies are properly synchronized between the sites. This can be achieved by using a centralized management system or manual configuration.

Intriguing read: What Is Azure Used for

Set Network Route

Credit: youtube.com, What is Network and Host route | Static routes Configuration

To configure the network route, head back to the New BOVPN Virtual Interface screen and navigate to the VPN Routes tab. Click Add to proceed.

You'll need to specify the network address space behind the gateway in Azure. Choose Network IPv4 from the dropdown menu.

Enter the IP address space of the Azure virtual network, which was setup previously. This is crucial for establishing a connection.

Click OK to save your changes and move forward with the configuration.

Azure VPN Connection

To establish a secure connection between your on-premises network and Azure, you'll need to set up an Azure VPN Connection.

Verify connectivity by going to the Azure portal, clicking on All resources, and then selecting your Connection object.

An even better test is to deploy a VM into the new network and verify that you can communicate back to your on-premises network.

Desiree Feest

Senior Assigning Editor

Desiree Feest is an accomplished Assigning Editor with a passion for uncovering the latest trends and innovations in technology. With a keen eye for detail and a knack for identifying emerging stories, Desiree has successfully curated content across various article categories. Her expertise spans the realm of Azure, where she has covered topics such as Azure Data Studio and Azure Tools and Software.

Love What You Read? Stay Updated!

Join our community for insights, tips, and more.