]> git.ipfire.org Git - thirdparty/strongswan.git/commitdiff
adapted description to IKEv2
authorAndreas Steffen <andreas.steffen@strongswan.org>
Fri, 22 Jun 2012 07:53:25 +0000 (09:53 +0200)
committerAndreas Steffen <andreas.steffen@strongswan.org>
Fri, 22 Jun 2012 07:53:37 +0000 (09:53 +0200)
testing/tests/ikev2/dynamic-initiator/description.txt
testing/tests/ikev2/dynamic-responder/description.txt
testing/tests/ikev2/dynamic-two-peers/description.txt

index 319ed631d10cfd27e28682cd357e1fec45eb8e46..e74ee1569533c3b97ae5bf114f51f8de29a8c6e4 100644 (file)
@@ -2,7 +2,7 @@ The peers <b>carol</b> and <b>moon</b> both have dynamic IP addresses, so that t
 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
+<b>rightallowany=yes</b> will allow an IKE_SA 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>
index 76471a9733bdbfeabfb683e9d9e6503c6ec123e9..881d3324c9213ce3a4b450183843435fbdb9e594 100644 (file)
@@ -2,7 +2,7 @@ The peers <b>carol</b> and <b>moon</b> both have dynamic IP addresses, so that t
 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
+<b>rightallowany=yes</b> will allow an IKE_SA 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>
index 56a1c07548b4ddb45aa938eee75f04e75a925775..a1616011e54ff22c21a43cc6da0cf061dedd1206 100644 (file)
@@ -3,10 +3,9 @@ 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 prefix '%' is used as an implicit alternative to the
-explicit <b>rightallowany=yes</b> option which 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.
+explicit <b>rightallowany=yes</b> option which will allow an IKE_SA 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