Added an option to reload certificates from PKCS#11 tokens on SIGHUP
[strongswan.git] / man / strongswan.conf.5.in
1 .TH STRONGSWAN.CONF 5 "2012-05-01" "@IPSEC_VERSION@" "strongSwan"
2 .SH NAME
3 strongswan.conf \- strongSwan configuration file
4 .SH DESCRIPTION
5 While the
6 .IR ipsec.conf (5)
7 configuration file is well suited to define IPsec related configuration
8 parameters, it is not useful for other strongSwan applications to read options
9 from this file.
10 The file is hard to parse and only
11 .I ipsec starter
12 is capable of doing so. As the number of components of the strongSwan project
13 is continually growing, a more flexible configuration file was needed, one that
14 is easy to extend and can be used by all components. With strongSwan 4.2.1
15 .IR strongswan.conf (5)
16 was introduced which meets these requirements.
17
18 .SH SYNTAX
19 The format of the strongswan.conf file consists of hierarchical
20 .B sections
21 and a list of
22 .B key/value pairs
23 in each section. Each section has a name, followed by C-Style curly brackets
24 defining the section body. Each section body contains a set of subsections
25 and key/value pairs:
26 .PP
27 .EX
28         settings := (section|keyvalue)*
29         section  := name { settings }
30         keyvalue := key = value\\n
31 .EE
32 .PP
33 Values must be terminated by a newline.
34 .PP
35 Comments are possible using the \fB#\fP-character, but be careful: The parser
36 implementation is currently limited and does not like brackets in comments.
37 .PP
38 Section names and keys may contain any printable character except:
39 .PP
40 .EX
41         . { } # \\n \\t space
42 .EE
43 .PP
44 An example file in this format might look like this:
45 .PP
46 .EX
47         a = b
48         section-one {
49                 somevalue = asdf
50                 subsection {
51                         othervalue = xxx
52                 }
53                 # yei, a comment
54                 yetanother = zz
55         }
56         section-two {
57                 x = 12
58         }
59 .EE
60 .PP
61 Indentation is optional, you may use tabs or spaces.
62
63 .SH INCLUDING FILES
64 Using the
65 .B include
66 statement it is possible to include other files into strongswan.conf, e.g.
67 .PP
68 .EX
69         include /some/path/*.conf
70 .EE
71 .PP
72 If the file name is not an absolute path, it is considered to be relative
73 to the directory of the file containing the include statement. The file name
74 may include shell wildcards (see
75 .IR sh (1)).
76 Also, such inclusions can be nested.
77 .PP
78 Sections loaded from included files
79 .I extend
80 previously loaded sections; already existing values are
81 .IR replaced .
82 It is important to note that settings are added relative to the section the
83 include statement is in.
84 .PP
85 As an example, the following three files result in the same final
86 config as the one given above:
87 .PP
88 .EX
89         a = b
90         section-one {
91                 somevalue = before include
92                 include include.conf
93         }
94         include other.conf
95
96 include.conf:
97         # settings loaded from this file are added to section-one
98         # the following replaces the previous value
99         somevalue = asdf
100         subsection {
101                 othervalue = yyy
102         }
103         yetanother = zz
104
105 other.conf:
106         # this extends section-one and subsection
107         section-one {
108                 subsection {
109                         # this replaces the previous value
110                         othervalue = xxx
111                 }
112         }
113         section-two {
114                 x = 12
115         }
116 .EE
117
118 .SH READING VALUES
119 Values are accessed using a dot-separated section list and a key.
120 With reference to the example above, accessing
121 .B section-one.subsection.othervalue
122 will return
123 .BR xxx .
124
125 .SH DEFINED KEYS
126 The following keys are currently defined (using dot notation). The default
127 value (if any) is listed in brackets after the key.
128
129 .SS attest section
130 .TP
131 .BR attest.database
132 Path to database with file measurement information
133 .TP
134 .BR attest.load
135 Plugins to load in ipsec attest tool
136 .SS charon section
137 .TP
138 .BR charon.block_threshold " [5]"
139 Maximum number of half-open IKE_SAs for a single peer IP
140 .TP
141 .BR charon.cisco_unity " [no]
142 Send Cisco Unity vendor ID payload (IKEv1 only)
143 .TP
144 .BR charon.close_ike_on_child_failure " [no]"
145 Close the IKE_SA if setup of the CHILD_SA along with IKE_AUTH failed
146 .TP
147 .BR charon.cookie_threshold " [10]"
148 Number of half-open IKE_SAs that activate the cookie mechanism
149 .TP
150 .BR charon.dns1
151 .TQ
152 .BR charon.dns2
153 DNS servers assigned to peer via configuration payload (CP)
154 .TP
155 .BR charon.dos_protection " [yes]"
156 Enable Denial of Service protection using cookies and aggressiveness checks
157 .TP
158 .BR charon.filelog
159 Section to define file loggers, see LOGGER CONFIGURATION
160 .TP
161 .BR charon.flush_auth_cfg " [no]"
162 If enabled objects used during authentication (certificates, identities etc.)
163 are released to free memory once an IKE_SA is established.
164 Enabling this might conflict with plugins that later need access to e.g. the
165 used certificates.
166 .TP
167 .BR charon.half_open_timeout " [30]"
168 Timeout in seconds for connecting IKE_SAs (also see IKE_SA_INIT DROPPING).
169 .TP
170 .BR charon.hash_and_url " [no]"
171 Enable hash and URL support
172 .TP
173 .BR charon.i_dont_care_about_security_and_use_aggressive_mode_psk " [no]"
174 If enabled responders are allowed to use IKEv1 Aggressive Mode with pre-shared
175 keys, which is discouraged due to security concerns (offline attacks on the
176 openly transmitted hash of the PSK)
177 .TP
178 .BR charon.ignore_routing_tables
179 A space-separated list of routing tables to be excluded from route lookups
180 .TP
181 .BR charon.ikesa_table_segments " [1]"
182 Number of exclusively locked segments in the hash table
183 .TP
184 .BR charon.ikesa_table_size " [1]"
185 Size of the IKE_SA hash table
186 .TP
187 .BR charon.inactivity_close_ike " [no]"
188 Whether to close IKE_SA if the only CHILD_SA closed due to inactivity
189 .TP
190 .BR charon.init_limit_half_open " [0]"
191 Limit new connections based on the current number of half open IKE_SAs (see
192 IKE_SA_INIT DROPPING).
193 .TP
194 .BR charon.init_limit_job_load " [0]"
195 Limit new connections based on the number of jobs currently queued for
196 processing (see IKE_SA_INIT DROPPING).
197 .TP
198 .BR charon.install_routes " [yes]"
199 Install routes into a separate routing table for established IPsec tunnels
200 .TP
201 .BR charon.install_virtual_ip " [yes]"
202 Install virtual IP addresses
203 .TP
204 .BR charon.install_virtual_ip_on
205 The name of the interface on which virtual IP addresses should be installed.
206 If not specified the addresses will be installed on the outbound interface.
207 .TP
208 .BR charon.interfaces_ignore
209 A comma-separated list of network interfaces that should be ignored, if
210 .B charon.interfaces_use
211 is specified this option has no effect.
212 .TP
213 .BR charon.interfaces_use
214 A comma-separated list of network interfaces that should be used by charon.
215 All other interfaces are ignored.
216 .TP
217 .BR charon.keep_alive " [20s]"
218 NAT keep alive interval
219 .TP
220 .BR charon.load
221 Plugins to load in the IKEv2 daemon charon
222 .TP
223 .BR charon.max_packet " [10000]"
224 Maximum packet size accepted by charon
225 .TP
226 .BR charon.multiple_authentication " [yes]"
227 Enable multiple authentication exchanges (RFC 4739)
228 .TP
229 .BR charon.nbns1
230 .TQ
231 .BR charon.nbns2
232 WINS servers assigned to peer via configuration payload (CP)
233 .TP
234 .BR charon.port " [500]"
235 UDP port used locally. If set to 0 a random port will be allocated.
236 .TP
237 .BR charon.port_nat_t " [4500]"
238 UDP port used locally in case of NAT-T. If set to 0 a random port will be
239 allocated.  Has to be different from
240 .BR charon.port ,
241 otherwise a random port will be allocated.
242 .TP
243 .BR charon.process_route " [yes]"
244 Process RTM_NEWROUTE and RTM_DELROUTE events
245 .TP
246 .BR charon.receive_delay " [0]"
247 Delay in ms for receiving packets, to simulate larger RTT
248 .TP
249 .BR charon.receive_delay_response " [yes]"
250 Delay response messages
251 .TP
252 .BR charon.receive_delay_request " [yes]"
253 Delay request messages
254 .TP
255 .BR charon.receive_delay_type " [0]"
256 Specific IKEv2 message type to delay, 0 for any
257 .TP
258 .BR charon.replay_window " [32]"
259 Size of the AH/ESP replay window, in packets.
260 .TP
261 .BR charon.retransmit_base " [1.8]"
262 Base to use for calculating exponential back off, see IKEv2 RETRANSMISSION
263 .TP
264 .BR charon.retransmit_timeout " [4.0]
265 Timeout in seconds before sending first retransmit
266 .TP
267 .BR charon.retransmit_tries " [5]"
268 Number of times to retransmit a packet before giving up
269 .TP
270 .BR charon.retry_initiate_interval " [0]"
271 Interval to use when retrying to initiate an IKE_SA (e.g. if DNS resolution
272 failed), 0 to disable retries.
273 .TP
274 .BR charon.reuse_ikesa " [yes]
275 Initiate CHILD_SA within existing IKE_SAs
276 .TP
277 .BR charon.routing_table
278 Numerical routing table to install routes to
279 .TP
280 .BR charon.routing_table_prio
281 Priority of the routing table
282 .TP
283 .BR charon.send_delay " [0]"
284 Delay in ms for sending packets, to simulate larger RTT
285 .TP
286 .BR charon.send_delay_response " [yes]"
287 Delay response messages
288 .TP
289 .BR charon.send_delay_request " [yes]"
290 Delay request messages
291 .TP
292 .BR charon.send_delay_type " [0]"
293 Specific IKEv2 message type to delay, 0 for any
294 .TP
295 .BR charon.send_vendor_id " [no]
296 Send strongSwan vendor ID payload
297 .TP
298 .BR charon.syslog
299 Section to define syslog loggers, see LOGGER CONFIGURATION
300 .TP
301 .BR charon.threads " [16]"
302 Number of worker threads in charon
303 .SS charon.plugins subsection
304 .TP
305 .BR charon.plugins.android_log.loglevel " [1]"
306 Loglevel for logging to Android specific logger
307 .TP
308 .BR charon.plugins.attr
309 Section to specify arbitrary attributes that are assigned to a peer via
310 configuration payload (CP)
311 .TP
312 .BR charon.plugins.certexpire.csv.cron
313 Cron style string specifying CSV export times
314 .TP
315 .BR charon.plugins.certexpire.csv.local
316 strftime(3) format string for the CSV file name to export local certificates to
317 .TP
318 .BR charon.plugins.certexpire.csv.remote
319 strftime(3) format string for the CSV file name to export remote certificates to
320 .TP
321 .BR charon.plugins.certexpire.csv.separator " [,]"
322 CSV field separator
323 .TP
324 .BR charon.plugins.certexpire.csv.empty_string
325 String to use in empty intermediate CA fields
326 .TP
327 .BR charon.plugins.certexpire.csv.format " [%d:%m:%Y]"
328 strftime(3) format string to export expiration dates as
329 .TP
330 .BR charon.plugins.certexpire.csv.fixed_fields " [yes]"
331 Use a fixed intermediate CA field count
332 .TP
333 .BR charon.plugins.coupling.file
334 File to store coupling list to
335 .TP
336 .BR charon.plugins.coupling.hash " [sha1]"
337 Hashing algorithm to fingerprint coupled certificates
338 .TP
339 .BR charon.plugins.coupling.max " [1]"
340 Maximum number of coupling entries to create
341 .TP
342 .BR charon.plugins.dhcp.force_server_address " [no]"
343 Always use the configured server address. This might be helpful if the DHCP
344 server runs on the same host as strongSwan, and the DHCP daemon does not listen
345 on the loopback interface.  In that case the server cannot be reached via
346 unicast (or even 255.255.255.255) as that would be routed via loopback.
347 Setting this option to yes and configuring the local broadcast address (e.g.
348 192.168.0.255) as server address might work.
349 .TP
350 .BR charon.plugins.dhcp.identity_lease " [no]"
351 Derive user-defined MAC address from hash of IKEv2 identity
352 .TP
353 .BR charon.plugins.dhcp.server " [255.255.255.255]"
354 DHCP server unicast or broadcast IP address
355 .TP
356 .BR charon.plugins.duplicheck.enable " [yes]"
357 Enable duplicheck plugin (if loaded)
358 .TP
359 .BR charon.plugins.eap-aka.request_identity " [yes]"
360
361 .TP
362 .BR charon.plugins.eap-aka-3ggp2.seq_check
363
364 .TP
365 .BR charon.plugins.eap-dynamic.preferred
366 The preferred EAP method(s) to be used.  If it is not given the first
367 registered method will be used initially.  If a comma separated list is given
368 the methods are tried in the given order before trying the rest of the
369 registered methods.
370 .TP
371 .BR charon.plugins.eap-dynamic.prefer_user " [no]"
372 If enabled the EAP methods proposed in an EAP-Nak message sent by the peer are
373 preferred over the methods registered locally.
374 .TP
375 .BR charon.plugins.eap-gtc.backend " [pam]"
376 XAuth backend to be used for credential verification
377 .TP
378 .BR charon.plugins.eap-peap.fragment_size " [1024]"
379 Maximum size of an EAP-PEAP packet
380 .TP
381 .BR charon.plugins.eap-peap.max_message_count " [32]"
382 Maximum number of processed EAP-PEAP packets (0 = no limit)
383 .TP
384 .BR charon.plugins.eap-peap.include_length " [no]"
385 Include length in non-fragmented EAP-PEAP packets
386 .TP
387 .BR charon.plugins.eap-peap.phase2_method " [mschapv2]"
388 Phase2 EAP client authentication method
389 .TP
390 .BR charon.plugins.eap-peap.phase2_piggyback " [no]"
391 Phase2 EAP Identity request piggybacked by server onto TLS Finished message
392 .TP
393 .BR charon.plugins.eap-peap.phase2_tnc " [no]"
394 Start phase2 EAP TNC protocol after successful client authentication
395 .TP
396 .BR charon.plugins.eap-peap.request_peer_auth " [no]"
397 Request peer authentication based on a client certificate
398 .TP
399 .BR charon.plugins.eap-radius.accounting " [no]"
400 Send RADIUS accounting information to RADIUS servers.
401 .TP
402 .BR charon.plugins.eap-radius.class_group " [no]"
403 Use the
404 .I class
405 attribute sent in the RADIUS-Accept message as group membership information that
406 is compared to the groups specified in the
407 .B rightgroups
408 option in
409 .B ipsec.conf (5).
410 .TP
411 .BR charon.plugins.eap-radius.dae.enable " [no]"
412 Enables support for the Dynamic Authorization Extension (RFC 5176)
413 .TP
414 .BR charon.plugins.eap-radius.dae.listen " [0.0.0.0]"
415 Address to listen for DAE messages from the RADIUS server
416 .TP
417 .BR charon.plugins.eap-radius.dae.port " [3799]"
418 Port to listen for DAE requests
419 .TP
420 .BR charon.plugins.eap-radius.dae.secret
421 Shared secret used to verify/sign DAE messages
422 .TP
423 .BR charon.plugins.eap-radius.eap_start " [no]"
424 Send EAP-Start instead of EAP-Identity to start RADIUS conversation
425 .TP
426 .BR charon.plugins.eap-radius.filter_id " [no]"
427 If the RADIUS
428 .I tunnel_type
429 attribute with value
430 .B ESP
431 is received, use the
432 .I filter_id
433 attribute sent in the RADIUS-Accept message as group membership information that
434 is compared to the groups specified in the
435 .B rightgroups
436 option in
437 .B ipsec.conf (5).
438 .TP
439 .BR charon.plugins.eap-radius.forward.ike_to_radius
440 RADIUS attributes to be forwarded from IKEv2 to RADIUS (can be defined by
441 name or attribute number, a colon can be used to specify vendor-specific
442 attributes, e.g. Reply-Message, or 11, or 36906:12).
443 .TP
444 .BR charon.plugins.eap-radius.forward.radius_to_ike
445 Same as
446 .B charon.plugins.eap-radius.forward.ike_to_radius
447 but from RADIUS to
448 IKEv2, a strongSwan specific private notify (40969) is used to transmit the
449 attributes.
450 .TP
451 .BR charon.plugins.eap-radius.id_prefix
452 Prefix to EAP-Identity, some AAA servers use a IMSI prefix to select the
453 EAP method
454 .TP
455 .BR charon.plugins.eap-radius.nas_identifier " [strongSwan]"
456 NAS-Identifier to include in RADIUS messages
457 .TP
458 .BR charon.plugins.eap-radius.port " [1812]"
459 Port of RADIUS server (authentication)
460 .TP
461 .BR charon.plugins.eap-radius.secret
462 Shared secret between RADIUS and NAS
463 .TP
464 .BR charon.plugins.eap-radius.server
465 IP/Hostname of RADIUS server
466 .TP
467 .BR charon.plugins.eap-radius.servers
468 Section to specify multiple RADIUS servers. The
469 .BR nas_identifier ,
470 .BR secret ,
471 .B sockets
472 and
473 .B port
474 (or
475 .BR auth_port )
476 options can be specified for each server. A server's IP/Hostname can be
477 configured using the
478 .B address
479 option. The
480 .BR acct_port " [1813]"
481 option can be used to specify the port used for RADIUS accounting.
482 For each RADIUS server a priority can be specified using the
483 .BR preference " [0]"
484 option.
485 .TP
486 .BR charon.plugins.eap-radius.sockets " [1]"
487 Number of sockets (ports) to use, increase for high load
488 .TP
489 .BR charon.plugins.eap-sim.request_identity " [yes]"
490
491 .TP
492 .BR charon.plugins.eap-simaka-sql.database
493
494 .TP
495 .BR charon.plugins.eap-simaka-sql.remove_used " [no]"
496
497 .TP
498 .BR charon.plugins.eap-tls.fragment_size " [1024]"
499 Maximum size of an EAP-TLS packet
500 .TP
501 .BR charon.plugins.eap-tls.max_message_count " [32]"
502 Maximum number of processed EAP-TLS packets (0 = no limit)
503 .TP
504 .BR charon.plugins.eap-tls.include_length " [yes]"
505 Include length in non-fragmented EAP-TLS packets
506 .TP
507 .BR charon.plugins.eap-tnc.max_message_count " [10]"
508 Maximum number of processed EAP-TNC packets (0 = no limit)
509 .TP
510 .BR charon.plugins.eap-tnc.protocol " [tnccs-1.1]"
511 IF-TNCCS protocol version to be used (tnccs-1.1, tnccs-2.0, tnccs-dynamic)
512 .TP
513 .BR charon.plugins.eap-ttls.fragment_size " [1024]"
514 Maximum size of an EAP-TTLS packet
515 .TP
516 .BR charon.plugins.eap-ttls.max_message_count " [32]"
517 Maximum number of processed EAP-TTLS packets (0 = no limit)
518 .TP
519 .BR charon.plugins.eap-ttls.include_length " [yes]"
520 Include length in non-fragmented EAP-TTLS packets
521 .TP
522 .BR charon.plugins.eap-ttls.phase2_method " [md5]"
523 Phase2 EAP client authentication method
524 .TP
525 .BR charon.plugins.eap-ttls.phase2_piggyback " [no]"
526 Phase2 EAP Identity request piggybacked by server onto TLS Finished message
527 .TP
528 .BR charon.plugins.eap-ttls.phase2_tnc " [no]"
529 Start phase2 EAP TNC protocol after successful client authentication
530 .TP
531 .BR charon.plugins.eap-ttls.request_peer_auth " [no]"
532 Request peer authentication based on a client certificate
533 .TP
534 .BR charon.plugins.ha.fifo_interface " [yes]"
535
536 .TP
537 .BR charon.plugins.ha.heartbeat_delay " [1000]"
538
539 .TP
540 .BR charon.plugins.ha.heartbeat_timeout " [2100]"
541
542 .TP
543 .BR charon.plugins.ha.local
544
545 .TP
546 .BR charon.plugins.ha.monitor " [yes]"
547
548 .TP
549 .BR charon.plugins.ha.pools
550
551 .TP
552 .BR charon.plugins.ha.remote
553
554 .TP
555 .BR charon.plugins.ha.resync " [yes]"
556
557 .TP
558 .BR charon.plugins.ha.secret
559
560 .TP
561 .BR charon.plugins.ha.segment_count " [1]"
562
563 .TP
564 .BR charon.plugins.led.activity_led
565
566 .TP
567 .BR charon.plugins.led.blink_time " [50]"
568
569 .TP
570 .BR charon.plugins.kernel-klips.ipsec_dev_count " [4]"
571 Number of ipsecN devices
572 .TP
573 .BR charon.plugins.kernel-klips.ipsec_dev_mtu " [0]"
574 Set MTU of ipsecN device
575 .TP
576 .BR charon.plugins.load-tester
577 Section to configure the load-tester plugin, see LOAD TESTS
578 .TP
579 .BR charon.plugins.radattr.dir
580 Directory where RADIUS attributes are stored in client-ID specific files.
581 .TP
582 .BR charon.plugins.radattr.message_id " [-1]"
583 Attributes are added to all IKE_AUTH messages by default (-1), or only to the
584 IKE_AUTH message with the given IKEv2 message ID.
585 .TP
586 .BR charon.plugins.resolve.file " [/etc/resolv.conf]"
587 File where to add DNS server entries
588 .TP
589 .BR charon.plugins.resolve.resolvconf.iface_prefix " [lo.inet.ipsec.]"
590 Prefix used for interface names sent to resolvconf(8). The nameserver address
591 is appended to this prefix to make it unique.  The result has to be a valid
592 interface name according to the rules defined by resolvconf.  Also, it should
593 have a high priority according to the order defined in interface-order(5).
594 .TP
595 .BR charon.plugins.socket-default.set_source " [yes]"
596 Set source address on outbound packets, if possible.
597 .TP
598 .BR charon.plugins.sql.database
599 Database URI for charons SQL plugin
600 .TP
601 .BR charon.plugins.sql.loglevel " [-1]"
602 Loglevel for logging to SQL database
603 .TP
604 .BR charon.plugins.stroke.ignore_missing_ca_basic_constraint " [no]"
605 Treat certificates in ipsec.d/cacerts and ipsec.conf ca sections as CA
606 certificates even if they don't contain a CA basic constraint.
607 .TP
608 .BR charon.plugins.stroke.max_concurrent " [4]"
609 Maximum number of stroke messages handled concurrently
610 .TP
611 .BR charon.plugins.tnccs-11.max_message_size " [45000]"
612 Maximum size of a PA-TNC message (XML & Base64 encoding)
613 .TP
614 .BR charon.plugins.tnccs-20.max_batch_size " [65522]"
615 Maximum size of a PB-TNC batch (upper limit via PT-EAP = 65529)
616 .TP
617 .BR charon.plugins.tnccs-20.max_message_size " [65490]"
618 Maximum size of a PA-TNC message (upper limit via PT-EAP = 65497)
619 .TP
620 .BR charon.plugins.tnc-ifmap.device_name
621 Unique name of strongSwan as a PEP and/or PDP device
622 .TP
623 .BR charon.plugins.tnc-ifmap.key_file
624 Concatenated client certificate and private key
625 .TP
626 .BR charon.plugins.tnc-ifmap.password
627 Authentication password of strongSwan MAP client
628 .TP
629 .BR charon.plugins.tnc-ifmap.server_cert
630 Certificate of MAP server
631 .TP
632 .BR charon.plugins.tnc-ifmap.ssl_passphrase
633 Passphrase protecting the private key
634 .TP
635 .BR charon.plugins.tnc-ifmap.username
636 Authentication username of strongSwan MAP client
637 .TP
638 .BR charon.plugins.tnc-imc.preferred_language " [en]"
639 Preferred language for TNC recommendations
640 .TP
641 .BR charon.plugins.tnc-pdp.method " [ttls]"
642 EAP tunnel method to be used
643 .TP
644 .BR charon.plugins.tnc-pdp.port " [1812]"
645 RADIUS server port the strongSwan PDP is listening on
646 .TP
647 .BR charon.plugins.tnc-pdp.secret
648 Shared RADIUS secret between strongSwan PDP and NAS
649 .TP
650 .BR charon.plugins.tnc-pdp.server
651 Name of the strongSwan PDP as contained in the AAA certificate
652 .TP
653 .BR charon.plugins.updown.dns_handler " [no]"
654 Whether the updown script should handle DNS serves assigned via IKEv1 Mode
655 Config or IKEv2 Config Payloads (if enabled they can't be handled by other
656 plugins, like resolve)
657 .TP
658 .BR charon.plugins.whitelist.enable " [yes]"
659 Enable loaded whitelist plugin
660 .TP
661 .BR charon.plugins.xauth-eap.backend " [radius]"
662 EAP plugin to be used as backend for XAuth credential verification
663 .TP
664 .BR charon.plugins.xauth-pam.pam_service " [login]"
665 PAM service to be used for authentication
666 .SS libstrongswan section
667 .TP
668 .BR libstrongswan.cert_cache " [yes]"
669 Whether relations in validated certificate chains should be cached in memory
670 .TP
671 .BR libstrongswan.crypto_test.bench " [no]"
672
673 .TP
674 .BR libstrongswan.crypto_test.bench_size " [1024]"
675
676 .TP
677 .BR libstrongswan.crypto_test.bench_time " [50]"
678
679 .TP
680 .BR libstrongswan.crypto_test.on_add " [no]"
681 Test crypto algorithms during registration
682 .TP
683 .BR libstrongswan.crypto_test.on_create " [no]"
684 Test crypto algorithms on each crypto primitive instantiation
685 .TP
686 .BR libstrongswan.crypto_test.required " [no]"
687 Strictly require at least one test vector to enable an algorithm
688 .TP
689 .BR libstrongswan.crypto_test.rng_true " [no]"
690 Whether to test RNG with TRUE quality; requires a lot of entropy
691 .TP
692 .BR libstrongswan.dh_exponent_ansi_x9_42 " [yes]"
693 Use ANSI X9.42 DH exponent size or optimum size matched to cryptographical
694 strength
695 .TP
696 .BR libstrongswan.ecp_x_coordinate_only " [yes]"
697 Compliance with the errata for RFC 4753
698 .TP
699 .BR libstrongswan.host_resolver.max_threads " [3]"
700 Maximum number of concurrent resolver threads (they are terminated if unused)
701 .TP
702 .BR libstrongswan.host_resolver.min_threads " [0]"
703 Minimum number of resolver threads to keep around
704 .TP
705 .BR libstrongswan.integrity_test " [no]"
706 Check daemon, libstrongswan and plugin integrity at startup
707 .TP
708 .BR libstrongswan.leak_detective.detailed " [yes]"
709 Includes source file names and line numbers in leak detective output
710 .TP
711 .BR libstrongswan.leak_detective.usage_threshold " [10240]"
712 Threshold in bytes for leaks to be reported (0 to report all)
713 .TP
714 .BR libstrongswan.processor.priority_threads
715 Subsection to configure the number of reserved threads per priority class
716 see JOB PRIORITY MANAGEMENT
717 .TP
718 .BR libstrongswan.x509.enforce_critical " [yes]"
719 Discard certificates with unsupported or unknown critical extensions
720 .SS libstrongswan.plugins subsection
721 .TP
722 .BR libstrongswan.plugins.attr-sql.database
723 Database URI for attr-sql plugin used by charon
724 .TP
725 .BR libstrongswan.plugins.attr-sql.lease_history " [yes]"
726 Enable logging of SQL IP pool leases
727 .TP
728 .BR libstrongswan.plugins.gcrypt.quick_random " [no]"
729 Use faster random numbers in gcrypt; for testing only, produces weak keys!
730 .TP
731 .BR libstrongswan.plugins.openssl.engine_id " [pkcs11]"
732 ENGINE ID to use in the OpenSSL plugin
733 .TP
734 .BR libstrongswan.plugins.pkcs11.modules
735 List of available PKCS#11 modules
736 .TP
737 .BR libstrongswan.plugins.pkcs11.reload_certs " [no]"
738 Reload certificates from all tokens if charon receives a SIGHUP
739 .TP
740 .BR libstrongswan.plugins.pkcs11.use_dh " [no]"
741 Whether the PKCS#11 modules should be used for DH and ECDH (see use_ecc option)
742 .TP
743 .BR libstrongswan.plugins.pkcs11.use_ecc " [no]"
744 Whether the PKCS#11 modules should be used for ECDH and ECDSA public key
745 operations. ECDSA private keys can be used regardless of this option
746 .TP
747 .BR libstrongswan.plugins.pkcs11.use_hasher " [no]"
748 Whether the PKCS#11 modules should be used to hash data
749 .TP
750 .BR libstrongswan.plugins.pkcs11.use_pubkey " [no]"
751 Whether the PKCS#11 modules should be used for public key operations, even for
752 keys not stored on tokens
753 .TP
754 .BR libstrongswan.plugins.pkcs11.use_rng " [no]"
755 Whether the PKCS#11 modules should be used as RNG
756 .TP
757 .BR libstrongswan.plugins.random.random " [@DEV_RANDOM@]"
758 File to read random bytes from, instead of @DEV_RANDOM@
759 .TP
760 .BR libstrongswan.plugins.random.urandom " [@DEV_URANDOM@]"
761 File to read pseudo random bytes from, instead of @DEV_URANDOM@
762 .SS libtnccs section
763 .TP
764 .BR libtnccs.tnc_config " [/etc/tnc_config]"
765 TNC IMC/IMV configuration directory
766 .SS libimcv section
767 .TP
768 .BR libimcv.assessment_result " [yes]"
769 Whether IMVs send a standard IETF Assessment Result attribute
770 .TP
771 .BR libimcv.debug_level " [1]"
772 Debug level for a stand-alone libimcv library
773 .TP
774 .BR libimcv.stderr_quiet " [no]"
775 Disable output to stderr with a stand-alone libimcv library
776 .TP
777 .BR libimcv.os_info.name
778 Manually set the name of the client OS (e.g. Ubuntu)
779 .TP
780 .BR libimcv.os_info.version
781 Manually set the version of the client OS (e.g. 12.04 i686)
782 .SS libimcv plugins section
783 .TP
784 .BR libimcv.plugins.imc-attestation.aik_blob
785 AIK encrypted private key blob file
786 .TP
787 .BR libimcv.plugins.imc-attestation.aik_cert
788 AIK certificate file
789 .TP
790 .BR libimcv.plugins.imc-attestation.aik_key
791 AIK public key file
792 .TP
793 .BR libimcv.plugins.imv-attestation.nonce_len " [20]"
794 DH nonce length
795 .TP
796 .BR libimcv.plugins.imv-attestation.use_quote2 " [yes]"
797 Use Quote2 AIK signature instead of Quote signature
798 .TP
799 .BR libimcv.plugins.imv-attestation.cadir
800 Path to directory with AIK cacerts
801 .TP
802 .BR libimcv.plugins.imv-attestation.database
803 Path to database with file measurement information
804 .TP
805 .BR libimcv.plugins.imv-attestation.dh_group " [ecp256]"
806 Preferred Diffie-Hellman group
807 .TP
808 .BR libimcv.plugins.imv-attestation.hash_algorithm " [sha256]"
809 Preferred measurement hash algorithm
810 .TP
811 .BR libimcv.plugins.imv-attestation.min_nonce_len " [0]"
812 DH minimum nonce length
813 .TP
814 .BR libimcv.plugins.imv-scanner.closed_port_policy " [yes]"
815 By default all ports must be closed (yes) or can be open (no)
816 .TP
817 .BR libimcv.plugins.imv-scanner.tcp_ports
818 List of TCP ports that can be open or must be closed
819 .TP
820 .BR libimcv.plugins.imv-scanner.udp_ports
821 List of UDP ports that can be open or must be closed
822 .TP
823 .BR libimcv.plugins.imc-test.additional_ids " [0]"
824 Number of additional IMC IDs
825 .TP
826 .BR libimcv.plugins.imc-test.command " [none]"
827 Command to be sent to the Test IMV
828 .TP
829 .BR libimcv.plugins.imc-test.dummy_size " [0]"
830 Size of dummy attribute to be sent to the Test IMV (0 = disabled)
831 .TP
832 .BR libimcv.plugins.imc-test.retry " [no]"
833 Do a handshake retry
834 .TP
835 .BR libimcv.plugins.imc-test.retry_command
836 Command to be sent to the Test IMV in the handshake retry
837 .TP
838 .BR libimcv.plugins.imv-test.rounds " [0]"
839 Number of IMC-IMV retry rounds
840 .SS libtls section
841 .TP
842 .BR libtls.cipher
843 List of TLS encryption ciphers
844 .TP
845 .BR libtls.key_exchange
846 List of TLS key exchange methods
847 .TP
848 .BR libtls.mac
849 List of TLS MAC algorithms
850 .TP
851 .BR libtls.suites
852 List of TLS cipher suites
853 .SS manager section
854 .TP
855 .BR manager.database
856 Credential database URI for manager
857 .TP
858 .BR manager.debug " [no]"
859 Enable debugging in manager
860 .TP
861 .BR manager.load
862 Plugins to load in manager
863 .TP
864 .BR manager.socket
865 FastCGI socket of manager, to run it statically
866 .TP
867 .BR manager.threads " [10]"
868 Threads to use for request handling
869 .TP
870 .BR manager.timeout " [15m]"
871 Session timeout for manager
872 .SS mediation client section
873 .TP
874 .BR medcli.database
875 Mediation client database URI
876 .TP
877 .BR medcli.dpd " [5m]"
878 DPD timeout to use in mediation client plugin
879 .TP
880 .BR medcli.rekey " [20m]"
881 Rekeying time on mediation connections in mediation client plugin
882 .SS mediation server section
883 .TP
884 .BR medsrv.database
885 Mediation server database URI
886 .TP
887 .BR medsrv.debug " [no]"
888 Debugging in mediation server web application
889 .TP
890 .BR medsrv.dpd " [5m]"
891 DPD timeout to use in mediation server plugin
892 .TP
893 .BR medsrv.load
894 Plugins to load in mediation server plugin
895 .TP
896 .BR medsrv.password_length " [6]"
897 Minimum password length required for mediation server user accounts
898 .TP
899 .BR medsrv.rekey " [20m]"
900 Rekeying time on mediation connections in mediation server plugin
901 .TP
902 .BR medsrv.socket
903 Run Mediation server web application statically on socket
904 .TP
905 .BR medsrv.threads " [5]"
906 Number of thread for mediation service web application
907 .TP
908 .BR medsrv.timeout " [15m]"
909 Session timeout for mediation service
910 .SS openac section
911 .TP
912 .BR openac.load
913 Plugins to load in ipsec openac tool
914 .SS pki section
915 .TP
916 .BR pki.load
917 Plugins to load in ipsec pki tool
918 .SS pool section
919 .TP
920 .BR pool.load
921 Plugins to load in ipsec pool tool
922 .SS scepclient section
923 .TP
924 .BR scepclient.load
925 Plugins to load in ipsec scepclient tool
926 .SS starter section
927 .TP
928 .BR starter.load
929 Plugins to load in starter
930 .TP
931 .BR starter.load_warning " [yes]"
932 Disable charon plugin load option warning
933
934 .SH LOGGER CONFIGURATION
935 The options described below provide a much more flexible way to configure
936 loggers for the IKEv2 daemon charon than using the
937 .B charondebug
938 option in
939 .BR ipsec.conf (5).
940 .PP
941 .B Please note
942 that if any loggers are specified in strongswan.conf,
943 .B charondebug
944 does not have any effect.
945 .PP
946 There are currently two types of loggers defined:
947 .TP
948 .B File loggers
949 Log directly to a file and are defined by specifying the full path to the
950 file as subsection in the
951 .B charon.filelog
952 section. To log to the console the two special filenames
953 .BR stdout " and " stderr
954 can be used.
955 .TP
956 .B Syslog loggers
957 Log into a syslog facility and are defined by specifying the facility to log to
958 as the name of a subsection in the
959 .B charon.syslog
960 section. The following facilities are currently supported:
961 .BR daemon " and " auth .
962 .PP
963 Multiple loggers can be defined for each type with different log verbosity for
964 the different subsystems of the daemon.
965 .SS Options
966 .TP
967 .BR charon.filelog.<filename>.default " [1]"
968 .TQ
969 .BR charon.syslog.<facility>.default
970 Specifies the default loglevel to be used for subsystems for which no specific
971 loglevel is defined.
972 .TP
973 .BR charon.filelog.<filename>.<subsystem> " [<default>]"
974 .TQ
975 .BR charon.syslog.<facility>.<subsystem>
976 Specifies the loglevel for the given subsystem.
977 .TP
978 .BR charon.filelog.<filename>.append " [yes]"
979 If this option is enabled log entries are appended to the existing file.
980 .TP
981 .BR charon.filelog.<filename>.flush_line " [no]"
982 Enabling this option disables block buffering and enables line buffering.
983 .TP
984 .BR charon.filelog.<filename>.ike_name " [no]"
985 .TQ
986 .BR charon.syslog.<facility>.ike_name
987 Prefix each log entry with the connection name and a unique numerical
988 identifier for each IKE_SA.
989 .TP
990 .BR charon.filelog.<filename>.time_format
991 Prefix each log entry with a timestamp. The option accepts a format string as
992 passed to
993 .BR strftime (3).
994 .TP
995 .BR charon.syslog.identifier
996 Global identifier used for an
997 .BR openlog (3)
998 call, prepended to each log message by syslog.  If not configured,
999 .BR openlog (3)
1000 is not called, so the value will depend on system defaults (often the program
1001 name).
1002
1003 .SS Subsystems
1004 .TP
1005 .B dmn
1006 Main daemon setup/cleanup/signal handling
1007 .TP
1008 .B mgr
1009 IKE_SA manager, handling synchronization for IKE_SA access
1010 .TP
1011 .B ike
1012 IKE_SA
1013 .TP
1014 .B chd
1015 CHILD_SA
1016 .TP
1017 .B job
1018 Jobs queueing/processing and thread pool management
1019 .TP
1020 .B cfg
1021 Configuration management and plugins
1022 .TP
1023 .B knl
1024 IPsec/Networking kernel interface
1025 .TP
1026 .B net
1027 IKE network communication
1028 .TP
1029 .B asn
1030 Low-level encoding/decoding (ASN.1, X.509 etc.)
1031 .TP
1032 .B enc
1033 Packet encoding/decoding encryption/decryption operations
1034 .TP
1035 .B tls
1036 libtls library messages
1037 .TP
1038 .B esp
1039 libipsec library messages
1040 .TP
1041 .B lib
1042 libstrongwan library messages
1043 .TP
1044 .B tnc
1045 Trusted Network Connect
1046 .TP
1047 .B imc
1048 Integrity Measurement Collector
1049 .TP
1050 .B imv
1051 Integrity Measurement Verifier
1052 .TP
1053 .B pts
1054 Platform Trust Service
1055 .SS Loglevels
1056 .TP
1057 .B -1
1058 Absolutely silent
1059 .TP
1060 .B 0
1061 Very basic auditing logs, (e.g. SA up/SA down)
1062 .TP
1063 .B 1
1064 Generic control flow with errors, a good default to see whats going on
1065 .TP
1066 .B 2
1067 More detailed debugging control flow
1068 .TP
1069 .B 3
1070 Including RAW data dumps in Hex
1071 .TP
1072 .B 4
1073 Also include sensitive material in dumps, e.g. keys
1074 .SS Example
1075 .PP
1076 .EX
1077         charon {
1078                 filelog {
1079                         /var/log/charon.log {
1080                                 time_format = %b %e %T
1081                                 append = no
1082                                 default = 1
1083                         }
1084                         stderr {
1085                                 ike = 2
1086                                 knl = 3
1087                                 ike_name = yes
1088                         }
1089                 }
1090                 syslog {
1091                         # enable logging to LOG_DAEMON, use defaults
1092                         daemon {
1093                         }
1094                         # minimalistic IKE auditing logging to LOG_AUTHPRIV
1095                         auth {
1096                                 default = -1
1097                                 ike = 0
1098                         }
1099                 }
1100         }
1101 .EE
1102
1103 .SH JOB PRIORITY MANAGEMENT
1104 Some operations in the IKEv2 daemon charon are currently implemented
1105 synchronously and blocking. Two examples for such operations are communication
1106 with a RADIUS server via EAP-RADIUS, or fetching CRL/OCSP information during
1107 certificate chain verification. Under high load conditions, the thread pool may
1108 run out of available threads, and some more important jobs, such as liveness
1109 checking, may not get executed in time.
1110 .PP
1111 To prevent thread starvation in such situations job priorities were introduced.
1112 The job processor will reserve some threads for higher priority jobs, these
1113 threads are not available for lower priority, locking jobs.
1114 .SS Implementation
1115 Currently 4 priorities have been defined, and they are used in charon as
1116 follows:
1117 .TP
1118 .B CRITICAL
1119 Priority for long-running dispatcher jobs.
1120 .TP
1121 .B HIGH
1122 INFORMATIONAL exchanges, as used by liveness checking (DPD).
1123 .TP
1124 .B MEDIUM
1125 Everything not HIGH/LOW, including IKE_SA_INIT processing.
1126 .TP
1127 .B LOW
1128 IKE_AUTH message processing. RADIUS and CRL fetching block here
1129 .PP
1130 Although IKE_SA_INIT processing is computationally expensive, it is explicitly
1131 assigned to the MEDIUM class. This allows charon to do the DH exchange while
1132 other threads are blocked in IKE_AUTH. To prevent the daemon from accepting more
1133 IKE_SA_INIT requests than it can handle, use IKE_SA_INIT DROPPING.
1134 .PP
1135 The thread pool processes jobs strictly by priority, meaning it will consume all
1136 higher priority jobs before looking for ones with lower priority. Further, it
1137 reserves threads for certain priorities. A priority class having reserved
1138 .I n
1139 threads will always have
1140 .I n
1141 threads available for this class (either currently processing a job, or waiting
1142 for one).
1143 .SS Configuration
1144 To ensure that there are always enough threads available for higher priority
1145 tasks, threads must be reserved for each priority class.
1146 .TP
1147 .BR libstrongswan.processor.priority_threads.critical " [0]"
1148 Threads reserved for CRITICAL priority class jobs
1149 .TP
1150 .BR libstrongswan.processor.priority_threads.high " [0]"
1151 Threads reserved for HIGH priority class jobs
1152 .TP
1153 .BR libstrongswan.processor.priority_threads.medium " [0]"
1154 Threads reserved for MEDIUM priority class jobs
1155 .TP
1156 .BR libstrongswan.processor.priority_threads.low " [0]"
1157 Threads reserved for LOW priority class jobs
1158 .PP
1159 Let's consider the following configuration:
1160 .PP
1161 .EX
1162         libstrongswan {
1163                 processor {
1164                         priority_threads {
1165                                 high = 1
1166                                 medium = 4
1167                         }
1168                 }
1169         }
1170 .EE
1171 .PP
1172 With this configuration, one thread is reserved for HIGH priority tasks. As
1173 currently only liveness checking and stroke message processing is done with
1174 high priority, one or two threads should be sufficient.
1175 .PP
1176 The MEDIUM class mostly processes non-blocking jobs. Unless your setup is
1177 experiencing many blocks in locks while accessing shared resources, threads for
1178 one or two times the number of CPU cores is fine.
1179 .PP
1180 It is usually not required to reserve threads for CRITICAL jobs. Jobs in this
1181 class rarely return and do not release their thread to the pool.
1182 .PP
1183 The remaining threads are available for LOW priority jobs. Reserving threads
1184 does not make sense (until we have an even lower priority).
1185 .SS Monitoring
1186 To see what the threads are actually doing, invoke
1187 .IR "ipsec statusall" .
1188 Under high load, something like this will show up:
1189 .PP
1190 .EX
1191         worker threads: 2 or 32 idle, 5/1/2/22 working,
1192                 job queue: 0/0/1/149, scheduled: 198
1193 .EE
1194 .PP
1195 From 32 worker threads,
1196 .IP 2
1197 are currently idle.
1198 .IP 5
1199 are running CRITICAL priority jobs (dispatching from sockets, etc.).
1200 .IP 1
1201 is currently handling a HIGH priority job. This is actually the thread currently
1202 providing this information via stroke.
1203 .IP 2
1204 are handling MEDIUM priority jobs, likely IKE_SA_INIT or CREATE_CHILD_SA
1205 messages.
1206 .IP 22
1207 are handling LOW priority jobs, probably waiting for an EAP-RADIUS response
1208 while processing IKE_AUTH messages.
1209 .PP
1210 The job queue load shows how many jobs are queued for each priority, ready for
1211 execution. The single MEDIUM priority job will get executed immediately, as
1212 we have two spare threads reserved for MEDIUM class jobs.
1213
1214 .SH IKE_SA_INIT DROPPING
1215 If a responder receives more connection requests per seconds than it can handle,
1216 it does not make sense to accept more IKE_SA_INIT messages. And if they are
1217 queued but can't get processed in time, an answer might be sent after the
1218 client has already given up and restarted its connection setup. This
1219 additionally increases the load on the responder.
1220 .PP
1221 To limit the responder load resulting from new connection attempts, the daemon
1222 can drop IKE_SA_INIT messages just after reception. There are two mechanisms to
1223 decide if this should happen, configured with the following options:
1224 .TP
1225 .BR charon.init_limit_half_open " [0]"
1226 Limit based on the number of half open IKE_SAs. Half open IKE_SAs are SAs in
1227 connecting state, but not yet established.
1228 .TP
1229 .BR charon.init_limit_job_load " [0]"
1230 Limit based on the number of jobs currently queued for processing (sum over all
1231 job priorities).
1232 .PP
1233 The second limit includes load from other jobs, such as rekeying. Choosing a
1234 good value is difficult and depends on the hardware and expected load.
1235 .PP
1236 The first limit is simpler to calculate, but includes the load from new
1237 connections only. If your responder is capable of negotiating 100 tunnels/s, you
1238 might set this limit to 1000. The daemon will then drop new connection attempts
1239 if generating a response would require more than 10 seconds. If you are
1240 allowing for a maximum response time of more than 30 seconds, consider adjusting
1241 the timeout for connecting IKE_SAs
1242 .RB ( charon.half_open_timeout ).
1243 A responder, by default, deletes an IKE_SA if the initiator does not establish
1244 it within 30 seconds. Under high load, a higher value might be required.
1245
1246 .SH LOAD TESTS
1247 To do stability testing and performance optimizations, the IKEv2 daemon charon
1248 provides the load-tester plugin. This plugin allows one to setup thousands of
1249 tunnels concurrently against the daemon itself or a remote host.
1250 .PP
1251 .B WARNING:
1252 Never enable the load-testing plugin on productive systems. It provides
1253 preconfigured credentials and allows an attacker to authenticate as any user.
1254 .SS Options
1255 .TP
1256 .BR charon.plugins.load-tester.child_rekey " [600]"
1257 Seconds to start CHILD_SA rekeying after setup
1258 .TP
1259 .BR charon.plugins.load-tester.delay " [0]"
1260 Delay between initiatons for each thread
1261 .TP
1262 .BR charon.plugins.load-tester.delete_after_established " [no]"
1263 Delete an IKE_SA as soon as it has been established
1264 .TP
1265 .BR charon.plugins.load-tester.dpd_delay " [0]"
1266 DPD delay to use in load test
1267 .TP
1268 .BR charon.plugins.load-tester.dynamic_port " [0]"
1269 Base port to be used for requests (each client uses a different port)
1270 .TP
1271 .BR charon.plugins.load-tester.eap_password " [default-pwd]"
1272 EAP secret to use in load test
1273 .TP
1274 .BR charon.plugins.load-tester.enable " [no]"
1275 Enable the load testing plugin
1276 .TP
1277 .BR charon.plugins.load-tester.fake_kernel " [no]"
1278 Fake the kernel interface to allow load-testing against self
1279 .TP
1280 .BR charon.plugins.load-tester.ike_rekey " [0]"
1281 Seconds to start IKE_SA rekeying after setup
1282 .TP
1283 .BR charon.plugins.load-tester.init_limit " [0]"
1284 Global limit of concurrently established SAs during load test
1285 .TP
1286 .BR charon.plugins.load-tester.initiators " [0]"
1287 Number of concurrent initiator threads to use in load test
1288 .TP
1289 .BR charon.plugins.load-tester.initiator_auth " [pubkey]"
1290 Authentication method(s) the intiator uses
1291 .TP
1292 .BR charon.plugins.load-tester.initiator_id
1293 Initiator ID used in load test
1294 .TP
1295 .BR charon.plugins.load-tester.iterations " [1]"
1296 Number of IKE_SAs to initate by each initiator in load test
1297 .TP
1298 .BR charon.plugins.load-tester.pool
1299 Provide INTERNAL_IPV4_ADDRs from a named pool
1300 .TP
1301 .BR charon.plugins.load-tester.preshared_key " [default-psk]"
1302 Preshared key to use in load test
1303 .TP
1304 .BR charon.plugins.load-tester.proposal " [aes128-sha1-modp768]"
1305 IKE proposal to use in load test
1306 .TP
1307 .BR charon.plugins.load-tester.remote " [127.0.0.1]"
1308 Address to initiation connections to
1309 .TP
1310 .BR charon.plugins.load-tester.responder_auth " [pubkey]"
1311 Authentication method(s) the responder uses
1312 .TP
1313 .BR charon.plugins.load-tester.responder_id
1314 Responder ID used in load test
1315 .TP
1316 .BR charon.plugins.load-tester.request_virtual_ip " [no]"
1317 Request an INTERNAL_IPV4_ADDR from the server
1318 .TP
1319 .BR charon.plugins.load-tester.shutdown_when_complete " [no]"
1320 Shutdown the daemon after all IKE_SAs have been established
1321 .SS Configuration details
1322 For public key authentication, the responder uses the
1323 .B \(dqCN=srv, OU=load-test, O=strongSwan\(dq
1324 identity. For the initiator, each connection attempt uses a different identity
1325 in the form
1326 .BR "\(dqCN=c1-r1, OU=load-test, O=strongSwan\(dq" ,
1327 where the first number inidicates the client number, the second the
1328 authentication round (if multiple authentication is used).
1329 .PP
1330 For PSK authentication, FQDN identities are used. The server uses
1331 .BR srv.strongswan.org ,
1332 the client uses an identity in the form
1333 .BR c1-r1.strongswan.org .
1334 .PP
1335 For EAP authentication, the client uses a NAI in the form
1336 .BR 100000000010001@strongswan.org .
1337 .PP
1338 To configure multiple authentication, concatenate multiple methods using, e.g.
1339 .EX
1340         initiator_auth = pubkey|psk|eap-md5|eap-aka
1341 .EE
1342 .PP
1343 The responder uses a hardcoded certificate based on a 1024-bit RSA key.
1344 This certificate additionally serves as CA certificate. A peer uses the same
1345 private key, but generates client certificates on demand signed by the CA
1346 certificate. Install the Responder/CA certificate on the remote host to
1347 authenticate all clients.
1348 .PP
1349 To speed up testing, the load tester plugin implements a special Diffie-Hellman
1350 implementation called modpnull. By setting
1351 .EX
1352         proposal = aes128-sha1-modpnull
1353 .EE
1354 this wicked fast DH implementation is used. It does not provide any security
1355 at all, but allows one to run tests without DH calculation overhead.
1356 .SS Examples
1357 .PP
1358 In the simplest case, the daemon initiates IKE_SAs against itself using the
1359 loopback interface. This will actually establish double the number of IKE_SAs,
1360 as the daemon is initiator and responder for each IKE_SA at the same time.
1361 Installation of IPsec SAs would fails, as each SA gets installed twice. To
1362 simulate the correct behavior, a fake kernel interface can be enabled which does
1363 not install the IPsec SAs at the kernel level.
1364 .PP
1365 A simple loopback configuration might look like this:
1366 .PP
1367 .EX
1368         charon {
1369                 # create new IKE_SAs for each CHILD_SA to simulate
1370                 # different clients
1371                 reuse_ikesa = no
1372                 # turn off denial of service protection
1373                 dos_protection = no
1374
1375                 plugins {
1376                         load-tester {
1377                                 # enable the plugin
1378                                 enable = yes
1379                                 # use 4 threads to initiate connections
1380                                 # simultaneously
1381                                 initiators = 4
1382                                 # each thread initiates 1000 connections
1383                                 iterations = 1000
1384                                 # delay each initiation in each thread by 20ms
1385                                 delay = 20
1386                                 # enable the fake kernel interface to
1387                                 # avoid SA conflicts
1388                                 fake_kernel = yes
1389                         }
1390                 }
1391         }
1392 .EE
1393 .PP
1394 This will initiate 4000 IKE_SAs within 20 seconds. You may increase the delay
1395 value if your box can not handle that much load, or decrease it to put more
1396 load on it. If the daemon starts retransmitting messages your box probably can
1397 not handle all connection attempts.
1398 .PP
1399 The plugin also allows one to test against a remote host. This might help to
1400 test against a real world configuration. A connection setup to do stress
1401 testing of a gateway might look like this:
1402 .PP
1403 .EX
1404         charon {
1405                 reuse_ikesa = no
1406                 threads = 32
1407
1408                 plugins {
1409                         load-tester {
1410                                 enable = yes
1411                                 # 10000 connections, ten in parallel
1412                                 initiators = 10
1413                                 iterations = 1000
1414                                 # use a delay of 100ms, overall time is:
1415                                 # iterations * delay = 100s
1416                                 delay = 100
1417                                 # address of the gateway
1418                                 remote = 1.2.3.4
1419                                 # IKE-proposal to use
1420                                 proposal = aes128-sha1-modp1024
1421                                 # use faster PSK authentication instead
1422                                 # of 1024bit RSA
1423                                 initiator_auth = psk
1424                                 responder_auth = psk
1425                                 # request a virtual IP using configuration
1426                                 # payloads
1427                                 request_virtual_ip = yes
1428                                 # enable CHILD_SA every 60s
1429                                 child_rekey = 60
1430                         }
1431                 }
1432         }
1433 .EE
1434
1435 .SH IKEv2 RETRANSMISSION
1436 Retransmission timeouts in the IKEv2 daemon charon can be configured globally
1437 using the three keys listed below:
1438 .PP
1439 .RS
1440 .nf
1441 .BR charon.retransmit_base " [1.8]"
1442 .BR charon.retransmit_timeout " [4.0]"
1443 .BR charon.retransmit_tries " [5]"
1444 .fi
1445 .RE
1446 .PP
1447 The following algorithm is used to calculate the timeout:
1448 .PP
1449 .EX
1450         relative timeout = retransmit_timeout * retransmit_base ^ (n-1)
1451 .EE
1452 .PP
1453 Where
1454 .I n
1455 is the current retransmission count.
1456 .PP
1457 Using the default values, packets are retransmitted in:
1458
1459 .TS
1460 l r r
1461 ---
1462 lB r r.
1463 Retransmission  Relative Timeout        Absolute Timeout
1464 1       4s      4s
1465 2       7s      11s
1466 3       13s     24s
1467 4       23s     47s
1468 5       42s     89s
1469 giving up       76s     165s
1470 .TE
1471
1472 .SH FILES
1473 /etc/strongswan.conf
1474
1475 .SH SEE ALSO
1476 ipsec.conf(5), ipsec.secrets(5), ipsec(8)
1477 .SH HISTORY
1478 Written for the
1479 .UR http://www.strongswan.org
1480 strongSwan project
1481 .UE
1482 by Tobias Brunner, Andreas Steffen and Martin Willi.