Refactored certificate management for the vici and stroke interfaces
[strongswan.git] / src / libcharon / plugins / vici / README.md
1 # The Versatile IKE Control Interface (VICI) protocol #
2
3 The vici plugin implements the server side of an IPC protocol to configure,
4 monitor and control the IKE daemon charon. It uses request/response and event
5 messages to communicate over a reliable stream based transport.
6
7 ## Transport protocol ##
8
9 To provide the service, the plugin opens a listening socket using a reliable,
10 stream based transport. charon relies on the different stream service
11 abstractions provided by libstrongswan, such as TCP and UNIX sockets.
12
13 A client connects to this service to access functionality. It may send an
14 arbitrary number of packets over the connection before closing it.
15
16 To exchange data, the transport protocol is segmented into byte sequences.
17 Each byte sequence is prefixed by a 32-bit length header in network order,
18 followed by the data. The maximum segment length is currently limited to 512KB
19 of data, and the length field contains the length of the data only, not
20 including the length field itself.
21
22 The order of byte sequences must be strict, byte sequences must arrive in the
23 same order as sent.
24
25 ## Packet layer ##
26
27 Within the byte sequences defined by the transport layer, both the client
28 and the server can exchange packets. The type of packet defines its structure
29 and purpose. The packet type is a 8-bit identifier, and is the first byte
30 in a transport layer byte sequence. The length of the packet is given by the
31 transport layer.
32
33 While a packet type may define the format of the wrapped data freely, currently
34 all types either contain a name, a message or both. The following packet types
35 are currently defined:
36
37 * _CMD_REQUEST = 0_: A named request message
38 * _CMD_RESPONSE = 1_: An unnamed response message for a request
39 * _CMD_UNKNOWN = 2_: An unnamed response if requested command is unknown
40 * _EVENT_REGISTER = 3_: A named event registration request
41 * _EVENT_UNREGISTER = 4_: A named event deregistration request
42 * _EVENT_CONFIRM = 5_: An unnamed response for successful event (de-)registration
43 * _EVENT_UNKNOWN = 6_: A unnamed response if event (de-)registration failed
44 * _EVENT = 7_: A named event message
45
46 For packets having a named type, after the packet type an 8-bit length header
47 of the name follows, indicating the string length in bytes of the name tag, not
48 including the length field itself. The name is an ASCII string that is not
49 null-terminated.
50
51 The rest of the packet forms the exchanged message, the length is determined
52 by the transport byte sequence length, subtracting the packet type and
53 the optional name tag in some messages.
54
55 ### Commands ###
56
57 Commands are currently always requested by the client. The server replies with
58 a response, or with a CMD_UNKNOWN failure message to let the client know
59 that it does not have a handler for such a command. There is no sequence number
60 to associate responses to requests, so only one command can be active at
61 a time on a single connection.
62
63 ### Events ###
64
65 To receive event messages, the client explicitly registers for events by name,
66 and also unregisters if it does not want to receive events of the named kind
67 anymore. The server confirms event registration using EVENT_CONFIRM, or
68 indicates that there is no such event source with EVENT_UNKNOWN.
69
70 Events may get raised at any time while registered, even during an active
71 request command. This mechanism is used to feed continuous data during a request,
72 for example.
73
74 ## Message format ##
75
76 The defined packet types optionally wrap a message with additional data.
77 Messages are currently used in CMD_REQUEST/CMD_RESPONSE, and in EVENT packets.
78 A message uses a hierarchial tree of sections. Each section (or the implicit
79 root section) contains an arbitrary set of key/value pairs, lists and
80 sub-sections. The length of a message is not part of the message itself, but
81 the wrapping layer, usually calculated from the transport byte sequence length.
82
83 The message encoding consists of a sequence of elements. Each element starts
84 with the element type, optionally followed by an element name and/or an element
85 value. Currently the following message element types are defined:
86
87 * _SECTION_START = 1_: Begin a new section having a name
88 * _SECTION_END = 2_: End a previously started section
89 * _KEY_VALUE = 3_: Define a value for a named key in the current section
90 * _LIST_START = 4_: Begin a named list for list items
91 * _LIST_ITEM = 5_: Define an unnamed item value in the current list
92 * _LIST_END = 6_: End a previously started list
93
94 Types are encoded as 8-bit values. Types having a name (SECTION_START,
95 KEY_VALUE and LIST_START) have an ASCII string following the type, which itself
96 uses an 8-bit length header. The string must not be null-terminated, the string
97 length does not include the length field itself.
98
99 Types having a value (KEY_VALUE and LIST_ITEM) have a raw blob sequence,
100 prefixed with a 16-bit network order length. The blob follows the type or the
101 name tag if available, the length defined by the length field does not include
102 the length field itself.
103
104 The interpretation of any value is not defined by the message format; it can
105 take arbitrary blobs. The application may specify types for specific keys, such
106 as strings or integer representations. The vici plugin currently uses
107 non-null terminated strings as values only; numbers get encoded as strings.
108
109 ### Sections ###
110
111 Sections may be opened in the implicit root section, or any previously section.
112 They can be nested to arbitrary levels. A SECTION_END marker always closes
113 the last opened section; SECTION_START and SECTION_END items must be balanced
114 in a valid message.
115
116 ### Key/Values ###
117
118 Key/Value pair elements may appear in the implicit root section or any explicit
119 sub-section at any level. Key names must be unique in the current section, use
120 lists to define multiple values for a key. Key/values may not appear in lists,
121 use a sub-section instead.
122
123 ### Lists ###
124
125 Lists may appear at the same locations as Key/Values, and may not be nested.
126 Only a single list may be opened at the same time, and all lists must be closed
127 in valid messages. After opening a list, only list items may appear before the
128 list closing element. Empty lists are allowed, list items may appear within
129 lists only.
130
131 ### Encoding example ###
132
133 Consider the following structure using pseudo-markup for this example:
134
135         key1 = value1
136         section1 = {
137                 sub-section = {
138                         key2 = value2
139                 }
140                 list1 = [ item1, item2 ]
141         }
142
143 The example above reprensents a valid tree structure, that gets encoded as
144 the following C array:
145
146         char msg[] = {
147                 /* key1 = value1 */
148                 3, 4,'k','e','y','1', 0,6,'v','a','l','u','e','1',
149                 /* section1 */
150                 1, 8,'s','e','c','t','i','o','n','1',
151                 /* sub-section */
152                 1, 11,'s','u','b','-','s','e','c','t','i','o','n',
153                 /* key2 = value2 */
154                 3, 4,'k','e','y','2', 0,6,'v','a','l','u','e','2',
155                 /* sub-section end */
156                 2,
157                 /* list1 */
158                 4, 5, 'l','i','s','t','1',
159                 /* item1 */
160                 5, 0,5,'i','t','e','m','1',
161                 /* item2 */
162                 5, 0,5,'i','t','e','m','2',
163                 /* list1 end */
164                 6,
165                 /* section1 end */
166                 2,
167         };
168
169 ## Client-initiated commands ##
170
171 Based on the packet layer, VICI implements commands requested by the client
172 and responded to by the server using named _CMD_REQUEST_ and _CMD_RESPONSE_
173 packets wrapping messages. The request message may contain command arguments,
174 the response message the reply.
175
176 Some commands use response streaming, that is, a request triggers a series of
177 events to consecutively stream data to the client before the response message
178 completes the stream. A client must register for the appropriate event to
179 receive the stream, and unregister after the response has been received.
180
181 The following client issued commands with the appropriate command input and
182 output messages are currently defined:
183
184 ### version() ###
185
186 Returns daemon and system specific version information.
187
188         {} => {
189                 daemon = <IKE daemon name>
190                 version = <strongSwan version>
191                 sysname = <operating system name>
192                 release = <operating system release>
193                 machine = <hardware identifier>
194         }
195
196 ### stats() ###
197
198 Returns IKE daemon statistics and load information.
199
200         {} => {
201                 uptime = {
202                         running = <relative uptime in human-readable form>
203                         since = <absolute startup time>
204                 }
205                 workers = {
206                         total = <total number of worker threads>
207                         idle = <worker threads currently idle>
208                         active = {
209                                 critical = <threads processing "critical" priority jobs>
210                                 high = <threads processing "high" priority jobs>
211                                 medium = <threads processing "medium" priority jobs>
212                                 low = <threads processing "low" priority jobs>
213                         }
214                 }
215                 queues = {
216                         critical = <jobs queued with "critical" priority>
217                         high = <jobs queued with "high" priority>
218                         medium = <jobs queued with "medium" priority>
219                         low = <jobs queued with "low" priority>
220                 }
221                 scheduled = <number of jobs scheduled for timed execution>
222                 ikesas = {
223                         total = <total number of IKE_SAs active>
224                         half-open = <number of IKE_SAs in half-open state>
225                 }
226                 plugins = [
227                         <names of loaded plugins>
228                 ]
229                 mem = { # available if built with leak-detective or on Windows
230                         total = <total heap memory usage in bytes>
231                         allocs = <total heap allocation blocks>
232                         <heap-name>* = { # on Windows only
233                                 total = <heap memory usage in bytes by this heap>
234                                 allocs = <allocated blocks for this heap>
235                         }
236                 }
237                 mallinfo = { # available with mallinfo() support
238                         sbrk = <non-mmaped space available>
239                         mmap = <mmaped space available>
240                         used = <total number of bytes used>
241                         free = <available but unused bytes>
242                 }
243         }
244
245 ### reload-settings() ###
246
247 Reloads _strongswan.conf_ settings and all plugins supporting configuration
248 reload.
249
250         {} => {
251                 success = <yes or no>
252                 errmsg = <error string on failure>
253         }
254
255 ### initiate() ###
256
257 Initiates an SA while streaming _control-log_ events.
258
259         {
260                 child = <CHILD_SA configuration name to initiate>
261                 ike = <optional IKE_SA configuraiton name to find child under>
262                 timeout = <timeout in ms before returning>
263                 init-limits = <whether limits may prevent initiating the CHILD_SA>
264                 loglevel = <loglevel to issue "control-log" events for>
265         } => {
266                 success = <yes or no>
267                 errmsg = <error string on failure or timeout>
268         }
269
270 The default timeout of 0 waits indefinitely for a result, and a timeout value
271 of -1 returns a result immediately.
272
273 ### terminate() ###
274
275 Terminates an SA while streaming _control-log_ events.
276
277         {
278                 child = <terminate a CHILD_SA by configuration name>
279                 ike = <terminate an IKE_SA by configuration name>
280                 child_id = <terminate a CHILD_SA by its reqid>
281                 ike_id = <terminate an IKE_SA by its unique id>
282                 timeout = <timeout in ms before returning>
283                 loglevel = <loglevel to issue "control-log" events for>
284         } => {
285                 success = <yes or no>
286                 errmsg = <error string on failure or timeout>
287         }
288
289 The default timeout of 0 waits indefinitely for a result, and a timeout value
290 of -1 returns a result immediately.
291
292 ### install() ###
293
294 Install a trap, drop or bypass policy defined by a CHILD_SA config.
295
296         {
297                 child = <CHILD_SA configuration name to install>
298                 ike = <optional IKE_SA configuraiton name to find child under>
299         } => {
300                 success = <yes or no>
301                 errmsg = <error string on failure>
302         }
303
304 ### uninstall() ###
305
306 Uninstall a trap, drop or bypass policy defined by a CHILD_SA config.
307
308         {
309                 child = <CHILD_SA configuration name to install>
310         } => {
311                 success = <yes or no>
312                 errmsg = <error string on failure>
313         }
314
315 ### list-sas() ###
316
317 Lists currently active IKE_SAs and associated CHILD_SAs by streaming _list-sa_
318 events.
319
320         {
321                 noblock = <use non-blocking mode if key is set>
322                 ike = <filter listed IKE_SAs by its name>
323                 ike_id = <filter listed IKE_SA by its unique id>
324         } => {
325                 # completes after streaming list-sa events
326         }
327
328 ### list-policies() ###
329
330 List currently installed trap, drop and bypass policies by streaming
331 _list-policy_ events.
332
333         {
334                 drop = <set to yes to list drop policies>
335                 pass = <set to yes to list bypass policies>
336                 trap = <set to yes to list trap policies>
337                 child = <filter by CHILD_SA configuration name>
338         } => {
339                 # completes after streaming list-sa events
340         }
341
342 ### list-conns() ###
343
344 List currently loaded connections by streaming _list-conn_ events. This
345 call includes all connections known by the daemon, not only those loaded
346 over vici.
347
348         {
349                 ike = <list connections matching a given configuration name only>
350         } => {
351                 # completes after streaming list-conn events
352         }
353
354 ### get-conns() ###
355
356 Return a list of connection names loaded exclusively over vici, not including
357 connections found in other backends.
358
359         {} => {
360                 conns = [
361                         <list of connection names>
362                 ]
363         }
364
365 ### list-certs() ###
366
367 List currently loaded certificates by streaming _list-cert_ events. This
368 call includes all certificates known by the daemon, not only those loaded
369 over vici.
370
371         {
372                 type = <certificate type to filter for, X509|X509_AC|X509_CRL|
373                                                                                                 OCSP_RESPONSE|PUBKEY  or ANY>
374                 flag = <X.509 certificate flag to filter for, NONE|CA|AA|OCSP or ANY>
375                 subject = <set to list only certificates having subject>
376         } => {
377                 # completes after streaming list-cert events
378         }
379
380 ### list-authorities() ###
381
382 List currently loaded certification authority information by streaming
383 _list-authority_ events.
384
385         {
386                 name = <list certification authority of a given name>
387         } => {
388                 # completes after streaming list-authority events
389         }
390
391 ### get-authorities() ###
392
393 Return a list of currently loaded certification authority names.
394
395         {} => {
396                 authorities = [
397                         <list of certification authority names>
398                 ]
399         }
400
401 ### load-conn() ###
402
403 Load a single connection definition into the daemon. An existing connection
404 with the same name gets updated or replaced.
405
406         {
407                 <IKE_SA config name> = {
408                         # IKE configuration parameters with authentication and CHILD_SA
409                         # subsections. Refer to swanctl.conf(5) for details.
410                 } => {
411                         success = <yes or no>
412                         errmsg = <error string on failure>
413                 }
414         }
415
416 ### unload-conn() ###
417
418 Unload a previously loaded connection definition by name.
419
420         {
421                 name = <IKE_SA config name>
422         } => {
423                 success = <yes or no>
424                 errmsg = <error string on failure>
425         }
426
427 ### load-cert() ###
428
429 Load a certificate into the daemon.
430
431         {
432                 type = <certificate type, X509|X509_AC|X509_CRL>
433                 flag = <X.509 certificate flag, NONE|CA|AA|OCSP>
434                 data = <PEM or DER encoded certificate data>
435         } => {
436                 success = <yes or no>
437                 errmsg = <error string on failure>
438         }
439
440 ### load-key() ###
441
442 Load a private key into the daemon.
443
444         {
445                 type = <private key type, RSA|ECDSA>
446                 data = <PEM or DER encoded key data>
447         } => {
448                 success = <yes or no>
449                 errmsg = <error string on failure>
450         }
451
452 ### load-shared() ###
453
454 Load a shared IKE PSK, EAP or XAuth secret into the daemon.
455
456         {
457                 type = <private key type, IKE|EAP|XAUTH>
458                 data = <raw shared key data>
459                 owners = [
460                         <list of shared key owner identities>
461                 ]
462         } => {
463                 success = <yes or no>
464                 errmsg = <error string on failure>
465         }
466
467 ### clear-creds() ###
468
469 Clear all loaded certificate, private key and shared key credentials. This
470 affects only credentials loaded over vici, but additionally flushes the
471 credential cache.
472
473         {} => {
474                 success = <yes or no>
475                 errmsg = <error string on failure>
476         }
477
478 ### load-authority() ###
479
480 Load a single certification authority definition into the daemon. An existing
481 authority with the same name gets replaced.
482
483         {
484                 <certification authority name> = {
485                         # certification authority parameters
486                         # refer to swanctl.conf(5) for details.
487                 } => {
488                         success = <yes or no>
489                         errmsg = <error string on failure>
490                 }
491         }
492
493 ### unload-authority() ###
494
495 Unload a previously loaded certification authority definition by name.
496
497         {
498                 name = <certification authority name>
499         } => {
500                 success = <yes or no>
501                 errmsg = <error string on failure>
502         }
503
504 ### load-pool() ###
505
506 Load an in-memory virtual IP and configuration attribute pool. Existing
507 pools with the same name get updated, if possible.
508
509         {
510                 <pool name> = {
511                         addrs = <subnet of virtual IP pool addresses>
512                         <attribute type>* = [
513                                 # attribute type is one of address, dns, nbns, dhcp, netmask,
514                                 # server, subnet, split_include, split_exclude or a numerical
515                                 # attribute type identifier.
516                                 <list of attributes for type>
517                         ]
518                 }
519         } => {
520                 success = <yes or no>
521                 errmsg = <error string on failure>
522         }
523
524 ### unload-pool() ###
525
526 Unload a previously loaded virtual IP and configuration attribute pool.
527 Unloading fails for pools with leases currently online.
528
529         {
530                 name = <virtual IP address pool to delete>
531         } => {
532                 success = <yes or no>
533                 errmsg = <error string on failure>
534         }
535
536 ### get-pools() ###
537
538 List the currently loaded pools.
539
540         {
541                 leases = <set to yes to include leases>
542         } => {
543                 <pool name>* = {
544                         base = <virtual IP pool base address>
545                         size = <total number of addresses in the pool>
546                         online = <number of leases online>
547                         offline = <number of leases offline>
548                         leases = {
549                                 <zero-based index>* = {
550                                         address = <IP address>
551                                         identity = <assigned identity>
552                                         status = <online|offline>
553                                 }
554                         }
555                 }
556         }
557
558 ### get-algorithms() ###
559
560 List currently loaded algorithms and their implementation.
561
562         {} => {
563                 <algorithm type> = {
564                         <algorithm> = <plugin providing the implementation>
565                 }
566         }
567
568 ## Server-issued events ##
569
570 Based on the packet layer, the vici plugin raises event messages using named
571 EVENT packets wrapping messages. The message contains event details.
572
573 ### log ###
574
575 The _log_ event is issued to registered clients for each debug log message.
576 This event is not associated with a command.
577
578         {
579                 group = <subsystem identifier for debug message>
580                 level = <log level, 0-4>
581                 thread = <numerical thread identifier issuing the log message>
582                 ikesa-name = <name of IKE_SA, if log is associated with any>
583                 ikesa-uniqued = <unique identifier of IKE_A, if log associated with any>
584                 msg = <log message text>
585         }
586
587 ### control-log ###
588
589 The _control-log_ event is issued for log events during active _initiate_ or
590 _terminate_ commands. It is issued only to clients currently having such
591 a command active.
592
593         {
594                 group = <subsystem identifier for debug message>
595                 level = <log level, 0-4>
596                 ikesa-name = <name of IKE_SA, if log associated with any>
597                 ikesa-uniqued = <unique identifier of IKE_A, if log associated with any>
598                 msg = <log message text>
599         }
600
601 ### list-sa ###
602
603 The _list-sa_ event is issued to stream IKE_SAs during an active _list-sas_
604 command.
605
606         {
607                 <IKE_SA config name> = {
608                         uniqueid = <IKE_SA unique identifier>
609                         version = <IKE version, 1 or 2>
610                         state = <IKE_SA state name>
611                         local-host = <local IKE endpoint address>
612                         local-id = <local IKE identity>
613                         remote-host = <remote IKE endpoint address>
614                         remote-id = <remote IKE identity>
615                         remote-xauth-id = <remote XAuth identity, if XAuth-authenticated>
616                         remote-eap-id = <remote EAP identity, if EAP-authenticated>
617                         initiator = <yes, if initiator of IKE_SA>
618                         initiator-spi = <hex encoded initiator SPI / cookie>
619                         responder-spi = <hex encoded responder SPI / cookie>
620                         nat-local = <yes, if local endpoint is behind a NAT>
621                         nat-remote = <yes, if remote endpoint is behind a NAT>
622                         nat-fake = <yes, if NAT situation has been faked as responder>
623                         nat-any = <yes, if any endpoint is behind a NAT (also if faked)>
624                         encr-alg = <IKE encryption algorithm string>
625                         encr-keysize = <key size for encr-alg, if applicable>
626                         integ-alg = <IKE integrity algorithm string>
627                         integ-keysize = <key size for encr-alg, if applicable>
628                         prf-alg = <IKE pseudo random function string>
629                         dh-group = <IKE Diffie-Hellman group string>
630                         established = <seconds the IKE_SA has been established>
631                         rekey-time = <seconds before IKE_SA gets rekeyed>
632                         reauth-time = <seconds before IKE_SA gets re-authenticated>
633                         local-vips = [
634                                 <list of virtual IPs assigned by the remote peer, installed locally>
635                         ]
636                         remote-vips = [
637                                 <list of virtual IPs assigned to the remote peer>
638                         ]
639                         tasks-queued = [
640                                 <list of currently queued tasks for execution>
641                         ]
642                         tasks-active = [
643                                 <list of tasks currently initiating actively>
644                         ]
645                         tasks-passive = [
646                                 <list of tasks currently handling passively>
647                         ]
648                         child-sas = {
649                                 <child-sa-name>* = {
650                                         uniqueid = <unique CHILD_SA identifier>
651                                         reqid = <reqid of CHILD_SA>
652                                         state = <state string of CHILD_SA>
653                                         mode = <IPsec mode, tunnel|transport|beet>
654                                         protocol = <IPsec protocol AH|ESP>
655                                         encap = <yes if using UDP encapsulation>
656                                         spi-in = <hex encoded inbound SPI>
657                                         spi-out = <hex encoded outbound SPI>
658                                         cpi-in = <hex encoded inbound CPI, if using compression>
659                                         cpi-out = <hex encoded outbound CPI, if using compression>
660                                         encr-alg = <ESP encryption algorithm name, if any>
661                                         encr-keysize = <ESP encryption key size, if applicable>
662                                         integ-alg = <ESP or AH integrity algorithm name, if any>
663                                         integ-keysize = <ESP or AH integrity key size, if applicable>
664                                         prf-alg = <CHILD_SA pseudo random function name>
665                                         dh-group = <CHILD_SA PFS rekeying DH group name, if any>
666                                         esn = <1 if using extended sequence numbers>
667                                         bytes-in = <number of input bytes processed>
668                                         packets-in = <number of input packets processed>
669                                         use-in = <seconds since last inbound packet, if any>
670                                         bytes-out = <number of output bytes processed>
671                                         packets-out = <number of output packets processed>
672                                         use-out = <seconds since last outbound packet, if any>
673                                         rekey-time = <seconds before CHILD_SA gets rekeyed>
674                                         life-time = <seconds before CHILD_SA expires>
675                                         install-time = <seconds the CHILD_SA has been installed>
676                                         local-ts = [
677                                                 <list of local traffic selectors>
678                                         ]
679                                         remote-ts = [
680                                                 <list of remote traffic selectors>
681                                         ]
682                                 }
683                         }
684                 }
685         }
686
687 ### list-policy ###
688
689 The _list-policy_ event is issued to stream installed policies during an active
690 _list-policies_ command.
691
692         {
693                 <child-sa-config-name> = {
694                         mode = <policy mode, tunnel|transport|pass|drop>
695                         local-ts = [
696                                 <list of local traffic selectors>
697                         ]
698                         remote-ts = [
699                                 <list of remote traffic selectors>
700                         ]
701                 }
702         }
703
704 ### list-conn ###
705
706 The _list-conn_ event is issued to stream loaded connection during an active
707 _list-conns_ command.
708
709         {
710                 <IKE_SA connection name> = {
711                         local_addrs = [
712                                 <list of valid local IKE endpoint addresses>
713                         ]
714                         remote_addrs = [
715                                 <list of valid remote IKE endpoint addresses>
716                         ]
717                         version = <IKE version as string, IKEv1|IKEv2 or 0 for any>
718
719                         local*, remote* = { # multiple local and remote auth sections
720                                 class = <authentication type>
721                                 eap-type = <EAP type to authenticate if when using EAP>
722                                 eap-vendor = <EAP vendor for type, if any>
723                                 xauth = <xauth backend name>
724                                 revocation = <revocation policy>
725                                 id = <IKE identity>
726                                 aaa_id = <AAA authentication backend identity>
727                                 eap_id = <EAP identity for authentication>
728                                 xauth_id = <XAuth username for authentication>
729                                 groups = [
730                                         <group membership required to use connection>
731                                 ]
732                                 certs = [
733                                         <certificates allowed for authentication>
734                                 ]
735                                 cacerts = [
736                                         <CA certificates allowed for authentication>
737                                 ]
738                         }
739                         children = {
740                                 <CHILD_SA config name>* = {
741                                         mode = <IPsec mode>
742                                         local-ts = [
743                                                 <list of local traffic selectors>
744                                         ]
745                                         remote-ts = [
746                                                 <list of remote traffic selectors>
747                                         ]
748                                 }
749                         }
750                 }
751         }
752
753 ### list-cert ###
754
755 The _list-cert_ event is issued to stream loaded certificates during an active
756 _list-certs_ command.
757
758         {
759                 type = <certificate type, X509|X509_AC|X509_CRL|OCSP_RESPONSE|PUBKEY>
760                 flag = <X.509 certificate flag, NONE|CA|AA|OCSP>
761                 has_privkey = <set if a private key for the certificate is available>
762                 data = <ASN1 encoded certificate data>
763         }
764
765 ### list-authority ###
766
767 The _list-authority_ event is issued to stream loaded certification authority
768 information during an active_list-authorities_ command.
769
770         {
771                 <certification authority name> = {
772                         cacert = <subject distinguished name of CA certificate>
773                         crl_uris = [
774                                 <CRL URI (http, ldap or file)>
775                         ]
776                         ocsp_uris = [
777                                 <OCSP URI (http)>
778                         ]
779                         cert_uri_base = <base URI for download of hash-and-URL certificates>
780                 }
781         }
782
783 ### ike-updown ###
784
785 The _ike-updown_ event is issued when an IKE_SA is established or terminated.
786
787         {
788                 up = <yes or no>
789                 <IKE_SA config name> = {
790                         <same data as in the list-sas event, but without child-sas section>
791                 }
792         }
793
794 ### ike-rekey ###
795
796 The _ike-rekey_ event is issued when an IKE_SA is rekeyed.
797
798         {
799                 <IKE_SA config name> = {
800                         old = {
801                                 <same data as in the list-sas event, but without child-sas section>
802                         }
803                         new = {
804                                 <same data as in the list-sas event, but without child-sas section>
805                         }
806                 }
807         }
808
809 ### child-updown ###
810
811 The _child-updown_ event is issued when a CHILD_SA is established or terminated.
812
813         {
814                 up = <yes or no>
815                 <IKE_SA config name> = {
816                         <same data as in the list-sas event, but with only the affected
817                          CHILD_SA in the child-sas section>
818                 }
819         }
820
821 ### child-rekey ###
822
823 The _child-rekey_ event is issued when a CHILD_SA is rekeyed.
824
825         {
826                 <IKE_SA config name> = {
827                         <same data as in the list-sas event, but with the child-sas section
828                          as follows>
829                         child-sas = {
830                                 <child-sa-name> = {
831                                         old = {
832                                                 <same data as in the list-sas event>
833                                         }
834                                         new = {
835                                                 <same data as in the list-sas event>
836                                         }
837                                 }
838                         }
839                 }
840         }
841
842 # libvici C client library #
843
844 libvici is the reference implementation of a C client library implementing
845 the vici protocol. It builds upon libstrongswan, but provides a stable API
846 to implement client applications in the C programming language. libvici uses
847 the libstrongswan thread pool to deliver event messages asynchronously.
848
849 ## Connecting to the daemon ##
850
851 This example shows how to connect to the daemon using the default URI, and
852 then perform proper cleanup:
853
854         #include <stdio.h>
855         #include <errno.h>
856         #include <string.h>
857
858         #include <libvici.h>
859
860         int main(int argc, char *argv[])
861         {
862                 vici_conn_t *conn;
863                 int ret = 0;
864
865                 vici_init();
866                 conn = vici_connect(NULL);
867                 if (conn)
868                 {
869                         /* do stuff */
870                         vici_disconnect(conn);
871                 }
872                 else
873                 {
874                         ret = errno;
875                         fprintf(stderr, "connecting failed: %s\n", strerror(errno));
876                 }
877                 vici_deinit();
878                 return ret;
879         }
880
881 ## A simple client request ##
882
883 In the following example, a simple _version_ request is issued to the daemon
884 and the result is printed:
885
886         int get_version(vici_conn_t *conn)
887         {
888                 vici_req_t *req;
889                 vici_res_t *res;
890                 int ret = 0;
891
892                 req = vici_begin("version");
893                 res = vici_submit(req, conn);
894                 if (res)
895                 {
896                         printf("%s %s (%s, %s, %s)\n",
897                                 vici_find_str(res, "", "daemon"),
898                                 vici_find_str(res, "", "version"),
899                                 vici_find_str(res, "", "sysname"),
900                                 vici_find_str(res, "", "release"),
901                                 vici_find_str(res, "", "machine"));
902                         vici_free_res(res);
903                 }
904                 else
905                 {
906                         ret = errno;
907                         fprintf(stderr, "version request failed: %s\n", strerror(errno));
908                 }
909                 return ret;
910         }
911
912 ## A request with event streaming and callback parsing ##
913
914 In this more advanced example, the _list-conns_ command is used to stream
915 loaded connections with the _list-conn_ event. The event message is parsed
916 with a simple callback to print the connection name:
917
918         int conn_cb(void *null, vici_res_t *res, char *name)
919         {
920                 printf("%s\n", name);
921                 return 0;
922         }
923
924         void list_cb(void *null, char *name, vici_res_t *res)
925         {
926                 if (vici_parse_cb(res, conn_cb, NULL, NULL, NULL) != 0)
927                 {
928                         fprintf(stderr, "parsing failed: %s\n", strerror(errno));
929                 }
930         }
931
932         int list_conns(vici_conn_t *conn)
933         {
934                 vici_req_t *req;
935                 vici_res_t *res;
936                 int ret = 0;
937
938                 if (vici_register(conn, "list-conn", list_cb, NULL) == 0)
939                 {
940                         req = vici_begin("list-conns");
941                         res = vici_submit(req, conn);
942                         if (res)
943                         {
944                                 vici_free_res(res);
945                         }
946                         else
947                         {
948                                 ret = errno;
949                                 fprintf(stderr, "request failed: %s\n", strerror(errno));
950                         }
951                         vici_register(conn, "list-conn", NULL, NULL);
952                 }
953                 else
954                 {
955                         ret = errno;
956                         fprintf(stderr, "registration failed: %s\n", strerror(errno));
957                 }
958                 return ret;
959         }
960
961 ## API documentation ##
962
963 More information about the libvici API is available in the _libvici.h_ header
964 file or the generated Doxygen documentation.
965
966 # vici ruby gem #
967
968 The _vici ruby gem_ is a pure ruby implementation of the VICI protocol to
969 implement client applications. It is provided in the _ruby_ subdirectory, and
970 gets built and installed if strongSwan has been _./configure_'d with
971 _--enable-vici_ and _--enable-ruby-gems_.
972
973 The _Connection_ class from the _Vici_ module provides the high level interface,
974 the underlying classes are usually not required to build ruby applications
975 using VICI. The _Connection_ class provides methods for the supported VICI
976 commands and an event listening mechanism.
977
978 To represent the VICI message data tree, the gem converts the binary encoding
979 to ruby data types. The _Connection_ class takes and returns ruby objects for
980 the exchanged message data:
981  * Sections get encoded as Hash, containing other sections as Hash, or
982  * Key/Values, where the values are Strings as Hash values
983  * Lists get encoded as Arrays with String values
984 Non-String values that are not a Hash nor an Array get converted with .to_s
985 during encoding.
986
987 ## Connecting to the daemon ##
988
989 To create a connection to the daemon, a socket can be passed to the
990 _Connection_ constructor. If none is passed, a default Unix socket at
991 _/var/run/charon.vici_ is used:
992
993         require "vici"
994         require "socket"
995
996         v = Vici::Connection.new(UNIXSocket.new("/var/run/charon.vici"))
997
998 ## A simple client request ##
999
1000 An example to print the daemon version information is as simple as:
1001
1002         x = v.version
1003         puts "%s %s (%s, %s, %s)" % [
1004                 x["daemon"], x["version"], x["sysname"], x["release"], x["machine"]
1005         ]
1006
1007 ## A request with closure invocation ##
1008
1009 The _Connection_ class takes care of event streaming by invoking a closure
1010 for each event. The following example lists all loaded connections using the
1011 _list-conns_ command and implicitly the _list-conn_ event:
1012
1013         v.list_conns { |conn|
1014                 conn.each { |key, value|
1015                         puts key
1016                 }
1017         }
1018
1019 ## API documentation ##
1020
1021 For more details about the ruby gem refer to the comments in the gem source
1022 code or the generated documentation.
1023
1024 # vici Python egg #
1025
1026 The _vici Python egg_ is a pure Python implementation of the VICI protocol to
1027 implement client applications. It is provided in the _python_ subdirectory, and
1028 gets built and installed if strongSwan has been _./configure_'d with
1029 _--enable-vici_ and _--enable-python-eggs_.
1030
1031 The _vici_ module provides a _Session()_ constructor for a high level interface,
1032 the underlying classes are usually not required to build Python applications
1033 using VICI. The _Session_ class provides methods for the supported VICI
1034 commands.
1035
1036 To represent the VICI message data tree, the library converts the binary
1037 encoding to Python data types. The _Session_ class takes and returns Python
1038 objects for the exchanged message data:
1039  * Sections get encoded as OrderedDict, containing other sections, or
1040  * Key/Values, where the values are strings as dictionary values
1041  * Lists get encoded as Python Lists with string values
1042 Values that do not conform to Python dict or list get converted to strings using
1043 str().
1044
1045 ## Connecting to the daemon ##
1046
1047 To create a connection to the daemon, a socket can be passed to the _Session_
1048 constructor. If none is passed, a default Unix socket at _/var/run/charon.vici_
1049 is used:
1050
1051         import vici
1052         import socket
1053
1054         s = socket.socket(socket.AF_UNIX)
1055         s.connect("/var/run/charon.vici")
1056         v = vici.Session(s)
1057
1058 ## A simple client request ##
1059
1060 An example to print the daemon version information is as simple as:
1061
1062         ver = v.version()
1063
1064         print "{daemon} {version} ({sysname}, {release}, {machine})".format(**ver)
1065
1066 ## A request with response iteration ##
1067
1068 The _Session_ class returns an iterable Python generator for streamed events to
1069 continuously stream objects to the caller. The following example lists all
1070 loaded connections using the _list-conns_ command and implicitly the _list-conn_
1071 event:
1072
1073         for conn in v.list_conns():
1074                 for key in conn:
1075                         print key
1076
1077 Please note that if the returned generator is not iterated completely, it must
1078 be closed using _close()_. This is implicitly done when breaking from a loop,
1079 but an explicit call may be required when directly iterating the generator with
1080 _next()_.
1081
1082 ## Sorting in dictionaries ##
1083
1084 In VICI, in some message trees the order of objects in dictionary matters. In
1085 contrast to ruby Hashes, Python dictionaries do not preserve order of added
1086 objects. It is therefore recommended to use OrderedDicts instead of the default
1087 dictionaries. Objects returned by the library use OrderedDicts.
1088
1089 ## API documentation ##
1090
1091 For more details about the Python egg refer to the comments in the Python source
1092 code.
1093
1094 # Vici::Session Perl CPAN module #
1095
1096 The _Vici::Session Perl CPAN module_ is a pure Perl implementation of the VICI
1097 protocol to implement client applications. It is provided in the _perl_
1098 subdirectory, and gets built and installed if strongSwan has been
1099  _./configure_'d with_--enable-vici_ and _--enable-perl-cpan_.
1100
1101 The _Vici::Session_ module provides a _new()_ constructor for a high level
1102 interface, the underlying _Vici::Packet_ and _Vici::Transport_ classes are 
1103 usually not required to build Perl applications using VICI. The _Vici::Session_ 
1104 class provides methods for the supported VICI commands. The auxiliare
1105  _Vici::Message_ class is used to encode configuration parameters sent to
1106 the daemon and decode data returned by the daemon.
1107
1108 ## Connecting to the daemon ##
1109
1110         use IO::Socket::UNIX;
1111         use Vici::Session;
1112         use Vici::Message;
1113
1114         my $socket = IO::Socket::UNIX->new(
1115                         Type => SOCK_STREAM,
1116                         Peer => '/var/run/charon.vici',
1117         ) or die "Vici socket: $!";
1118
1119         my $session = Vici::Session->new($socket);
1120
1121 ## A simple client request ##
1122
1123 An example to print the daemon version information is as simple as:
1124
1125         my $version = $session->version()->hash();
1126
1127         foreach my $key ('daemon', 'version', 'sysname', 'release', 'machine' ) {
1128                 print $version->{$key}, " ";
1129         }
1130
1131 The _Vici::Session_ methods are explained in the perl/Vici-Session/README.pod
1132 document.