|  |  | 
|  | =pod | 
|  |  | 
|  | =head1 NAME | 
|  |  | 
|  | config - OpenSSL CONF library configuration files | 
|  |  | 
|  | =head1 DESCRIPTION | 
|  |  | 
|  | The OpenSSL CONF library can be used to read configuration files. | 
|  | It is used for the OpenSSL master configuration file B<openssl.cnf> | 
|  | and in a few other places like B<SPKAC> files and certificate extension | 
|  | files for the B<x509> utility. | 
|  |  | 
|  | A configuration file is divided into a number of sections. Each section | 
|  | starts with a line B<[ section_name ]> and ends when a new section is | 
|  | started or end of file is reached. A section name can consist of | 
|  | alphanumeric characters and underscores. | 
|  |  | 
|  | The first section of a configuration file is special and is referred | 
|  | to as the B<default> section this is usually unnamed and is from the | 
|  | start of file until the first named section. When a name is being looked up | 
|  | it is first looked up in a named section (if any) and then the | 
|  | default section. | 
|  |  | 
|  | The environment is mapped onto a section called B<ENV>. | 
|  |  | 
|  | Comments can be included by preceding them with the B<#> character | 
|  |  | 
|  | Each section in a configuration file consists of a number of name and | 
|  | value pairs of the form B<name=value> | 
|  |  | 
|  | The B<name> string can contain any alphanumeric characters as well as | 
|  | a few punctuation symbols such as B<.> B<,> B<;> and B<_>. | 
|  |  | 
|  | The B<value> string consists of the string following the B<=> character | 
|  | until end of line with any leading and trailing white space removed. | 
|  |  | 
|  | The value string undergoes variable expansion. This can be done by | 
|  | including the form B<$var> or B<${var}>: this will substitute the value | 
|  | of the named variable in the current section. It is also possible to | 
|  | substitute a value from another section using the syntax B<$section::name> | 
|  | or B<${section::name}>. By using the form B<$ENV::name> environment | 
|  | variables can be substituted. It is also possible to assign values to | 
|  | environment variables by using the name B<ENV::name>, this will work | 
|  | if the program looks up environment variables using the B<CONF> library | 
|  | instead of calling B<getenv()> directly. | 
|  |  | 
|  | It is possible to escape certain characters by using any kind of quote | 
|  | or the B<\> character. By making the last character of a line a B<\> | 
|  | a B<value> string can be spread across multiple lines. In addition | 
|  | the sequences B<\n>, B<\r>, B<\b> and B<\t> are recognized. | 
|  |  | 
|  | =head1 NOTES | 
|  |  | 
|  | If a configuration file attempts to expand a variable that doesn't exist | 
|  | then an error is flagged and the file will not load. This can happen | 
|  | if an attempt is made to expand an environment variable that doesn't | 
|  | exist. For example the default OpenSSL master configuration file used | 
|  | the value of B<HOME> which may not be defined on non Unix systems. | 
|  |  | 
|  | This can be worked around by including a B<default> section to provide | 
|  | a default value: then if the environment lookup fails the default value | 
|  | will be used instead. For this to work properly the default value must | 
|  | be defined earlier in the configuration file than the expansion. See | 
|  | the B<EXAMPLES> section for an example of how to do this. | 
|  |  | 
|  | If the same variable exists in the same section then all but the last | 
|  | value will be silently ignored. In certain circumstances such as with | 
|  | DNs the same field may occur multiple times. This is usually worked | 
|  | around by ignoring any characters before an initial B<.> e.g. | 
|  |  | 
|  | 1.OU="My first OU" | 
|  | 2.OU="My Second OU" | 
|  |  | 
|  | =head1 EXAMPLES | 
|  |  | 
|  | Here is a sample configuration file using some of the features | 
|  | mentioned above. | 
|  |  | 
|  | # This is the default section. | 
|  |  | 
|  | HOME=/temp | 
|  | RANDFILE= ${ENV::HOME}/.rnd | 
|  | configdir=$ENV::HOME/config | 
|  |  | 
|  | [ section_one ] | 
|  |  | 
|  | # We are now in section one. | 
|  |  | 
|  | # Quotes permit leading and trailing whitespace | 
|  | any = " any variable name " | 
|  |  | 
|  | other = A string that can \ | 
|  | cover several lines \ | 
|  | by including \\ characters | 
|  |  | 
|  | message = Hello World\n | 
|  |  | 
|  | [ section_two ] | 
|  |  | 
|  | greeting = $section_one::message | 
|  |  | 
|  | This next example shows how to expand environment variables safely. | 
|  |  | 
|  | Suppose you want a variable called B<tmpfile> to refer to a | 
|  | temporary filename. The directory it is placed in can determined by | 
|  | the the B<TEMP> or B<TMP> environment variables but they may not be | 
|  | set to any value at all. If you just include the environment variable | 
|  | names and the variable doesn't exist then this will cause an error when | 
|  | an attempt is made to load the configuration file. By making use of the | 
|  | default section both values can be looked up with B<TEMP> taking | 
|  | priority and B</tmp> used if neither is defined: | 
|  |  | 
|  | TMP=/tmp | 
|  | # The above value is used if TMP isn't in the environment | 
|  | TEMP=$ENV::TMP | 
|  | # The above value is used if TEMP isn't in the environment | 
|  | tmpfile=${ENV::TEMP}/tmp.filename | 
|  |  | 
|  | =head1 BUGS | 
|  |  | 
|  | Currently there is no way to include characters using the octal B<\nnn> | 
|  | form. Strings are all null terminated so nulls cannot form part of | 
|  | the value. | 
|  |  | 
|  | The escaping isn't quite right: if you want to use sequences like B<\n> | 
|  | you can't use any quote escaping on the same line. | 
|  |  | 
|  | Files are loaded in a single pass. This means that an variable expansion | 
|  | will only work if the variables referenced are defined earlier in the | 
|  | file. | 
|  |  | 
|  | =head1 SEE ALSO | 
|  |  | 
|  | L<x509(1)|x509(1)>, L<req(1)|req(1)>, L<ca(1)|ca(1)> | 
|  |  | 
|  | =cut |