Route Based VPN

Overview of Route-based VPN

The use of VPN Tunnel An encrypted connection between two hosts using standard protocols (such as L2TP) to encrypt traffic going in and decrypt it coming out, creating an encapsulated network through which data can be safely shared as though on a physical private line. Interfaces (VTI) is based on the idea that setting up a VTI between peer Security Gateways is similar to connecting them directly.

A VTI is a virtual interface that can be used as a Security Gateway Dedicated Check Point server that runs Check Point software to inspect traffic and enforce Security Policies for connected network resources. to the VPN domain of the peer Security Gateway. Each VTI is associated with a single tunnel to a Security Gateway. The tunnel itself with all of its properties is defined, as before, by a VPN Community A named collection of VPN domains, each protected by a VPN gateway. linking the two Security Gateways. Configure the peer Security Gateway with a corresponding VTI. The native IP routing mechanism on each Security Gateway can then direct traffic into the tunnel as it would for other interfaces.

All traffic destined to the VPN domain of a peer Security Gateway is routed through the "associated" VTI. This infrastructure allows dynamic routing protocols to use VTIs. A dynamic routing protocol daemon running on the Security Gateway can exchange routing information with a neighboring routing daemon running on the other end of an IPsec tunnel, which appears to be a single hop away.

Route Based VPN can only be implemented between Security Gateways within the same VPN community.

To deploy Route Based VPN, Directional Rules have to be configured in the Rule Base All rules configured in a given Security Policy. Synonym: Rulebase. of the Security Management Server Dedicated Check Point server that runs Check Point software to manage the objects and policies in a Check Point environment within a single management Domain. Synonym: Single-Domain Security Management Server.. See Directional Enforcement within a Community

VPN Tunnel Interface (VTI)

A VPN Tunnel Interface is a virtual interface on a Security Gateway that is related to a VPN tunnel and connects to a remote peer. You create a VTI on each Security Gateway that connects to the VTI on a remote peer. Traffic routed from the local Security Gateway via the VTI is transferred encrypted to the associated peer Security Gateway.

In this scenario:

• There is a VTI connecting "Cluster Two or more Security Gateways that work together in a redundant configuration - High Availability, or Load Sharing. GWa" and "GWb" (you must configure the same Tunnel ID on these peers)

• There is a VTI connecting "Cluster GWa" and "GWc" (you must configure the same Tunnel ID on these peers)

• There is a VTI connecting "GWb" and "GWc" (you must configure the same Tunnel ID on these peers)

A virtual interface behaves like a point-to-point interface directly connected to the remote peer. Traffic between network hosts is routed into the VPN tunnel with the IP routing mechanism of the Operating System. Security Gateway objects are still required, as well as VPN communities (and access control policies) to define which tunnels are available. However, VPN encryption domains for each peer Security Gateway are no longer necessary. The decision whether or not to encrypt depends on whether the traffic is routed through a virtual interface. The routing changes dynamically if a dynamic routing protocol (OSPF/BGP) is available on the network.

When a connection that originates on GWb is routed through a VTI to GWc (or servers behind GWc) and is accepted by the implied rules, the connection leaves GWb in the clear with the local IP address of the VTI as the source IP address. If this IP address is not routable, return packets will be lost.

The solution for this issue is:

• Configure a static route on GWb that redirects packets destined to GWc from being routed through the VTI

• Not including it in any published route

• Adding route maps that filter out GWc's IP addresses

Having excluded those IP addresses from route-based VPN, it is still possible to have other connections encrypted to those addresses (i.e. when not passing on implied rules) by using domain based VPN definitions.

The VTI can be configured in two ways:

VTI Type	Description
Numbered	You configure a local and remote IP address for each numbered VPN Tunnel Interface (VTI). For each Security Gateway, you configure a local IP address, a remote address, and the local IP address source for outbound connections to the tunnel. The remote IP address must be the local IP address on the remote peer Security Gateway. More than one VTI can use the same IP Address, but they cannot use an existing physical interface IP address.
Unnumbered	For unnumbered VTIs, you define a proxy interface for each Security Gateway. Each Security Gateway uses the proxy interface IP address as the source for outbound traffic. Unnumbered interfaces let you assign and manage one IP address for each interface. Proxy interfaces can be physical or loopback interfaces.

Enabling Route Based VPN

If you configure a Security Gateway for Domain Based VPN and Route Based VPN, Domain Based VPN takes precedence by default.

To force Route Based VPN to take priority, you must create a dummy (empty) group and assign it to the VPN domain.

To force Route-Based VPN to take priority:

1. In SmartConsole Check Point GUI application used to manage a Check Point environment - configure Security Policies, configure devices, monitor products and events, install updates, and so on., from the left navigation panel, click Gateways & Servers.

2. Open the Security Gateway / Cluster object.

3. From the left tree, click Network Management > VPN Domain.

4. Select User defined.

5. Click the [...] button.

6. Click New > Group > Simple Group.

7. Enter a Name.

8. Click OK (leave this Group object empty).

The example configurations below use the same Security Gateway names and IP addresses that are described in Numbered VTIs.

1. Configure the required VTIs on 'member_GWa1'

   See the R81.20 Gaia Administration Guide > Chapter Network Management > Section Network Interfaces > Section VPN Tunnel Interfaces.

   1. Configure a Numbered VPN Tunnel Interface for GWb.

      Use these settings for the VTI:

      Parameter	Value
      VPN Tunnel ID	Integer from 1 to 99 Important - You must configure the same ID for GWb on all Cluster Members.
      Peer	GWb
      VPN Tunnel Type	Numbered
      Local Address	10.0.1.11
      Remote Address	10.0.0.2

   2. Configure a Numbered VPN Tunnel Interface for GWc.

      Use these settings for the VTI:

      Parameter	Value
      VPN Tunnel ID	Integer from 1 to 99 Important - You must configure the same ID for GWc on all Cluster Members.
      Peer	GWc
      VPN Tunnel Type	Numbered
      Local Address	10.0.1.21
      Remote Address	10.0.0.3

2. Configure the required VTIs on 'member_GWa2'

   See the R81.20 Gaia Administration Guide > Chapter Network Management > Section Network Interfaces > Section VPN Tunnel Interfaces.

   1. Configure a Numbered VPN Tunnel Interface for GWb.

      Use these settings for the VTI:

      Parameter	Value
      VPN Tunnel ID	Integer from 1 to 99 Important - You must configure the same ID for GWb on all Cluster Members.
      Peer	GWb
      VPN Tunnel Type	Numbered
      Local Address	10.0.1.12
      Remote Address	10.0.0.2

   2. Configure a Numbered VPN Tunnel Interface for GWc.

      Use these settings for the VTI:

      Parameter	Value
      VPN Tunnel ID	Integer from 1 to 99 Important - You must configure the same ID for GWc on all Cluster Members.
      Peer	GWc
      VPN Tunnel Type	Numbered
      Local Address	10.0.1.22
      Remote Address	10.0.0.3

3. Configure the required VTIs on 'GWb'

   See the R81.20 Gaia Administration Guide > Chapter Network Management > Section Network Interfaces > Section VPN Tunnel Interfaces.

   1. Configure a Numbered VPN Tunnel Interface for Cluster GWa.

      Use these settings for the VTI:

      Parameter	Value
      VPN Tunnel ID	Integer from 1 to 99 Important - You must configure the same ID you configured on all Cluster Members for GWb.
      Peer	ClusterGWa
      VPN Tunnel Type	Numbered
      Local Address	10.0.0.2
      Remote Address	10.0.1.10

   2. Configure a Numbered VPN Tunnel Interface for GWc.

      Use these settings for the VTI:

      Parameter	Value
      VPN Tunnel ID	Integer from 1 to 99 Important - You must configure the same ID for this VTI on GWb and GWc.
      Peer	GWc
      VPN Tunnel Type	Numbered
      Local Address	10.0.0.2
      Remote Address	10.0.0.3

4. Configure the required VTIs on 'GWc'

   See the R81.20 Gaia Administration Guide > Chapter Network Management > Section Network Interfaces > Section VPN Tunnel Interfaces.

   1. Configure a Numbered VPN Tunnel Interface for Cluster GWa.

      Use these settings for the VTI:

      Parameter	Value
      VPN Tunnel ID	Integer from 1 to 99 Important - You must configure the same ID you configured on all Cluster Members for GWc.
      Peer	ClusterGWa
      VPN Tunnel Type	Numbered
      Local Address	10.0.0.3
      Remote Address	10.0.1.20

   2. Configure a Numbered VPN Tunnel Interface for GWb.

      Use these settings for the VTI:

      Parameter	Value
      VPN Tunnel ID	Integer from 1 to 99 Important - You must configure the same ID for this VTI on GWc and GWb.
      Peer	GWb
      VPN Tunnel Type	Numbered
      Local Address	10.0.0.3
      Remote Address	10.0.0.2

5. Configure the Cluster object in SmartConsole

   After configuring the VTIs on the cluster members, you must configure the Cluster Virtual IP addresses of these VTIs in the cluster object in SmartConsole.

   1. From the left navigation panel, click Gateways & Servers.

   2. Right-click the cluster object and select Edit.

   3. From the left tree, click Network Management.

   4. Click Get Interfaces > Get Interfaces Without Topology.

      The VTIs appear in the Topology column as Point to point.

      Interfaces are members of the same VTI if these criteria match:

      • Peer

      • Remote IP address

      • Interface name

   5. Configure the Cluster Virtual IP addresses on the VTIs:

      1. Select the VTI interface and click Edit.

      2. On the General page, enter the Virtual IP address.

      3. Click OK.

      Virtual IP Addresses:

      Name	Topology	Virtual IP	member_GWa1	member_GWa2	Comment
      vpnt1	Point to point	10.0.1.10	10.0.1.11	10.0.1.12	VTI with GWb
      vpnt2	Point to point	10.0.1.20	10.0.1.21	10.0.1.22	VTI with GWc

   6. Click OK.

   7. Install the Access Control Policy on the cluster object.

Enabling Dynamic Routing Protocols on VTIs - Example

The example below shows how the OSPF dynamic routing protocol is enabled on VTIs.

Note that the network commands for single members and cluster members are not the same.

For more information on VTIs and advanced routing commands, see the:

• R81.20 Gaia Administration Guide.

• R81.20 Gaia Advanced Routing Administration Guide.

When peering with a Cisco GRE enabled device, a point to point GRE tunnel is required.

Configuration: