Add an option to announce support for IKE fragmentation but not sending fragments
This commit is contained in:
+11
-7
@@ -154,15 +154,19 @@ connections.<conn>.dpd_timeout = 0s
|
||||
specified; this option has no effect on connections using IKE2.
|
||||
|
||||
connections.<conn>.fragmentation = yes
|
||||
Use IKE UDP datagram fragmentation. (_yes_, _no_ or _force_).
|
||||
Use IKE UDP datagram fragmentation. (_yes_, _accept_, _no_ or _force_).
|
||||
|
||||
Use IKE fragmentation (proprietary IKEv1 extension or RFC 7383 IKEv2
|
||||
fragmentation). Acceptable values are _yes_ (the default), _force_ and
|
||||
_no_. Fragmented IKE messages sent by a peer are always accepted
|
||||
irrespective of the value of this option. If set to _yes_, and the peer
|
||||
supports it, oversized IKE messages will be sent in fragments. If set to
|
||||
_force_ (only supported for IKEv1) the initial IKE message will already
|
||||
be fragmented if required.
|
||||
fragmentation). Acceptable values are _yes_ (the default), _accept_,
|
||||
_force_ and _no_. If set to _yes_, and the peer supports it, oversized IKE
|
||||
messages will be sent in fragments. If set to _accept_, support for
|
||||
fragmentation is announced to the peer but the daemon does not send its own
|
||||
messages in fragments. If set to _force_ (only supported for IKEv1) the
|
||||
initial IKE message will already be fragmented if required. Finally, setting
|
||||
the option to _no_ will disable announcing support for this feature.
|
||||
|
||||
Note that fragmented IKE messages sent by a peer are always accepted
|
||||
irrespective of the value of this option (even when set to _no_).
|
||||
|
||||
connections.<conn>.send_certreq = yes
|
||||
Send certificate requests payloads (_yes_ or _no_).
|
||||
|
||||
Reference in New Issue
Block a user