Using Zerto between OVHcloud and a third-party platform

Objective

This guide provides an outline of how to configure a virtual private network between an OVHcloud Hosted Private Cloud and a different platform.

We will use the OPNsense open-source VPN Solution as an example, and explain the simplest way to set up a VPN tunnel to the Zerto network.

Check out Zerto between two OVHcloud datacenters for the other scenario.

Find out how to get started with a VPN for OVHcloud Zerto DRP.

Requirements

• One public IP, available on the target Hosted Private Cloud for the VPN endpoint
• A Zerto platform installed on the on-premises platform
• VRAs (Virtual Replication Appliances) on both sides that are able to connect to the counterpart on TCP ports 4007 and 4008
• Zerto administration consoles or ZVMs (Zerto Virtual Managers) that are able to connect to the counterpart on TCP port 9071
• A Read Write (RW) vCenter account is required to access and operate the Zerto interface.

Solution overview

Listed parameters:

On-premises side:

• VPN endpoint public IP address (1)
• VPN endpoint internal IP address (2)
• ZVM internal IP address (3)
• ZVM internal network (4)

OVHcloud side:

• VPN endpoint public IP address (5)
• ZVM internal network (6)
• ZVM internal IP address (7)

Instructions

Step 1: Activate Zerto features.

It is easy to activate Zerto features from the OVHcloud Control Panel. You just need to select the data centre linked to the Hosted Private Cloud solution that you want to use, from the Disaster Recovery Plan tab.

First select Between your infrastructure and an OVHcloud Private Cloud, then click Activate Zerto DRP. Next, select a free public IP from the dropdown menu and enter the desired network range for the ZVM deployment. Confirm the VRA Network range and then click Install.

Step 2: Activate IPSec service.

From the OPNsense interface, go to the VPN menu on the left, IPSec section and select Tunnel Setting. Click Enable IPsec and click save.

Step 3: Set up IPSec tunnel.

You can configure the IPSec tunnel by defining two sets of parameters: Phase 1 and Phase 2.

3.1 Set up Phase 1.

In the VPN menu, go to Tunnel settings, and click on the + to add a new Phase 1:

3.1.1 Phase 1: General information.

If the default values are correct:

• Connection Method: Default
• Key Exchange version: V2
• Internet Protocol: IPv4
• Interface: WAN

The only required parameter is the OVHcloud IPSec endpoint IP address.

3.1.2 Phase 1: Authentication.

Once the default values are valid, you only need to provide the shared secret for authentication.

3.1.3 Phase 1: Encryption algorithms.

Supported values for each parameter:

• Encryption algorithms: AES 256 bits
• Hash algorithms: SHA256
• Diffie-Hellman key group: 14 (2048 bits)
• Lifetime: 28,800 seconds

You can keep the default values for the other parameters. Click Save, then Apply changes.

The new Phase 1 is now present in the interface:

3.2 Set up Phase 2.

Click on Show Phase 2 entries.

There is no phase 2 available, so you will need to add one:

Click on +.

3.2.1 Phase 2: General information

Check that the mode is set to "Tunnel IPv4".

3.2.2 Phase 2: Local Network

The local network type must be set to "Lan subnet".

3.2.3 Phase 2: Remote Network

You need to give the ZVM IP and the associated network range.

On OVHcloud side, the ZVM network is always a /23 network (512 IPs).

3.2.4 Phase 2: Key exchange

Supported values are:

• Protocol: ESP
• Encryption algorithm: AES 256 bits
• Hash algorithms: SHA256
• PFS: Off

You can leave advanced parameters to their default value. Click Save, then Apply changes.

3.3. Check VPN status.

Click the orange triangle on the right to initialise the connection:

If all the parameters are correct, the tunnel will come up and two new icons will appear:

• tear down tunnel
• tunnel information

Click on the information icon.

The tunnel is now up. Make sure to add, if required, a route to the OVHcloud ZVM network on your local ZVM.

Troubleshooting

If the tunnel is not coming up, make sure that the parameters values are identical on both sides:

• Shared secret
• Remote endpoint IP address
• Remote network range

Make sure that a firewall is not interfering in the dialog between the local and remote endpoints.

You can check the IPSec logfile in /var/log/ipsec.log on the OPNsense appliance to get more information.

Step 4: Set up firewall.

To allow pairings of on-premises and OVHcloud instances, traffic must be authorised on the following ports:

• TCP 9071 between ZVMs
• TCP 4007/4008 between vRAs

4.1 ZVM opening.

Go to the Firewall menu, Rules section, IPSec interface:

Click on Add to create a new rule.

Rule parameters are as follow:

• Action: "Pass" (authorise traffic)
• Interface: "IPsec" (incoming traffic coming from the VPN tunnel)
• Protocol: "TCP"

For "Source" and "Destination", select "Single host or Network" type. The source is the OVHcloud ZVM, and the destination is your on-premises ZVM.

Destination TCP port is 9071. Click Save and Apply Changes.

4.2 vRAs opening.

vRAs opening is a bit more complex since there are multiple vRAs on each side that need to be able to exchange information on TCP ports 4007 and 4008. To simplify this setup, we are going to use the alias feature of OPNsense. An alias is a group of objects IPs, networks, URLs…) that can be used in firewall rules.

We will define three aliases:

• one for vRA IPs on the customer side
• one for vRA IPs on the OVHcloud side
• one for the ports

You can get the OVHcloud vRAs IP from the destination Private Cloud vCenter interface.

Let's create the OVH_VRA alias for OVHcloud vRAs:

Similarly, we can create an alias for the on-premises vRAs:

Finally, you need to create the ports alias:

We have now all the elements we need to implement the required firewall rules to authorise data coming from the OVHcloud platform. It is the same procedure as before, we just need to use the aliases instead of explicit IPs or ports:

At this point, we have a functional and secure link between our on-premises platform and cloud instance.

Step 5: ZVM Pairing

Before starting the pairing process, you need to retrieve a pairing token.

There are two possible ways to do this:

• From the OVHcloud API with the request below:

• On request to OVHcloud support by opening a ticket via the Help Center.

Once your request has been processed, you will receive an email containing the pairing token, which you can add to the Zerto interface in order to pair it with the PCC.

Then, log in to your on-premises ZVM. The following screen is displayed:

Select Pair to a site with a licence, enter the OVHcloud ZVM IP and press Start.

In the dashboard, you can see the pairing is ongoing:

You will be notified when the pairing is successful:

You can check that your OVHcloud PCC is visible in the Sites tab.

At this point, your Zerto setup is functional and you can start to create your virtual protection groups (VPGs).

Troubleshooting

If the on-premises ZVM is not able to successfully contact the OVHcloud ZVM (due to an incorrect firewall setup, for example) you will get the following message:

You will then be brought back to the log-in screen, with the following error message:

The most probable cause is that the OVHcloud ZVM is not authorised to contact your on-premises ZVM on TCP 9071 (it needs to be able to initiate the connection).

Go further

If you need training or technical assistance to implement our solutions, contact your sales representative or click on this link to get a quote and ask our Professional Services experts for a custom analysis of your project.

Ask questions, give your feedback and interact directly with the team building our Hosted Private Cloud services on the dedicated Discord channel.

Join our community of users.