aboutsummaryrefslogtreecommitdiffstats
path: root/testing/tests/ikev1/dynamic-two-peers/description.txt
diff options
context:
space:
mode:
Diffstat (limited to 'testing/tests/ikev1/dynamic-two-peers/description.txt')
-rw-r--r--testing/tests/ikev1/dynamic-two-peers/description.txt15
1 files changed, 15 insertions, 0 deletions
diff --git a/testing/tests/ikev1/dynamic-two-peers/description.txt b/testing/tests/ikev1/dynamic-two-peers/description.txt
new file mode 100644
index 000000000..cb63a984d
--- /dev/null
+++ b/testing/tests/ikev1/dynamic-two-peers/description.txt
@@ -0,0 +1,15 @@
+The peers <b>carol</b>, <b>dave</b>, and <b>moon</b> all have dynamic IP addresses,
+so that the remote end is defined symbolically by <b>right=&lt;hostname&gt;</b>.
+The ipsec starter resolves the fully-qualified hostname into the current IP address
+via a DNS lookup (simulated by an /etc/hosts entry). Since the peer IP addresses are
+expected to change over time, the option <b>rightallowany=yes</b> will allow an IKE
+main mode rekeying to arrive from an arbitrary IP address under the condition that
+the peer identity remains unchanged. When this happens the old tunnel is replaced
+by an IPsec connection to the new origin.
+<p>
+In this scenario both <b>carol</b> and <b>dave</b> initiate a tunnel to
+<b>moon</b> which has a named connection definition for each peer. Although
+the IP addresses of both <b>carol</b> and <b>dave</b> are stale, thanks to
+the <b>rightallowany=yes</b> flag <b>moon</b> will accept the IKE negotiations
+from the actual IP addresses.
+