Project

General

Profile

Virtual IP » History » Version 6

« Previous - Version 6/24 (diff) - Next » - Current version
Martin Willi, 18.04.2008 15:07


Virtual IP

IKEv1 and IKEv2 both know the concept of virtual IPs. This means that the initiator (or even the responder) requests an additional IP address from the peer to use as inner IPsec tunnel address.

In IKEv1, virtual IPs are exchanged using the mode config extension. IKEv2 has full support for virtual IPs in the core standard using configuration payloads.

IKEv1

IKEv2

strongSwan currently implements one scenario with configuration payload, where an IP address is assigned to the initiator. The opposite is possible by the protocol, but is a uncommon setup and therefore not supported.

Initiator Configuration

The client needs an additional parameter called the leftsourceip.

    leftsourceip=%config

%config means to request an address from the responder and is an alias for the IKEv1 specific %modecfg. But you may specify an address explicitly by setting:
    leftsourceip=10.3.0.5

This will include 10.3.0.5 into the configuration payload request. However, the responder may return an other address, or may not return one at all.

The client can't request other attributes, but it may process the DNS attributes. Received DNS servers are written to the beginning of /etc/resolv.conf, or an other file specified with the --with-resolve-conf configure directive.

You should not include the leftsubnet option, as the subnet may not match your received virtual IP. Without the leftsubnet option, the subnet is narrowed to your assigned virtual IP automatically.

Responder Configuration

The responder configuration uses the rightsourceip option:

    rightsourceip=10.3.0.6

This will serve the IP 10.3.0.6 to the client, even if the initiator requested another address. Additionally, the responder may define:
    rightsourceip=%config

to let the client choose an address. This is not recommended if you do not trust the client completely.

The IKEv2 daemon charon supports address pools since strongswan 4.2.1. You may define an address pool in CIDR notation, e.g.

    rightsourceip=10.3.0.0/24

to serve addresses from that pool. You may also use an external pool implemented as a plugin where you can specify a pool name to select addresses from. The definition
    rightsourceip=%poolname

queries registered plugins for an IP from a pool named poolname.