1 # System configuration file for Shishi @VERSION@
2 # Copyright 2002, 2003, 2004, 2006 Simon Josefsson
4 # This file is free software; as a special exception the author gives
5 # unlimited permission to copy and/or distribute it, with or without
6 # modifications, as long as this notice is preserved.
8 # This file is distributed in the hope that it will be useful, but
9 # WITHOUT ANY WARRANTY, to the extent permitted by law; without even the
10 # implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
12 # Unless you you specify which system configuration file to use (with the
13 # commandline option "--system-configuration-file filename"), Shishi uses the
14 # file @sysconfdir@/shishi.conf by default.
16 # An option file can contain all long options which are
17 # available in Shishi. If the first non white space character of
18 # a line is a '#', this line is ignored. Empty lines are also
21 # See the manual for a list of options.
23 # Read MIT or Heimdal configuration file for the following parameters:
29 # You can override these values by specifying alternate values below.
30 # Not implemented yet.
31 #read-krb5conf=/etc/krb5.conf
33 # Specify the default realm, by default the hostname of the host is used.
34 #default-realm JOSEFSSON.ORG
36 # Specify the default principal, by default the login username is used.
37 #default-principal jas
39 # Specify which encryption types client asks server to respond in
40 # during AS/TGS exchanges. List valid encryption types, in preference
41 # order. Supported algorithms include aes256-cts-hmac-sha1-96,
42 # aes128-cts-hmac-sha1-96, des3-cbc-sha1-kd, des-cbc-md5, des-cbc-md4,
43 # des-cbc-crc and null. This option also indicates which encryption
44 # types are accepted by the client when receiving the response. Note
45 # that the preference order is not cryptographically protected, so a
46 # man in the middle can modify the order without being detected.
47 # Thus, only specify encryption types you trust completely here. The
48 # default only includes aes256-cts-hmac-sha1-96, as suggested by
50 #client-kdc-etypes=aes256-cts-hmac-sha1-96 des3-cbc-sha1-kd des-cbc-md5
52 # Enable verbose library messages.
59 # Specify KDC addresses for realms.
60 # Value is REALM,KDCADDRESS[/PROTOCOL][,KDCADDRESS[/PROTOCOL]...]
61 # KDCADDRESS is the hostname or IP address of KDC.
62 # Optional PROTOCOL is "udp" for UDP, "tcp" for TCP, and "tls" for TLS
63 # connections. By default UDP is tried first, and TCP used as a
64 # fallback if the KRB_ERR_RESPONSE_TOO_BIG error is received. If not
65 # specified, Shishi tries to locate the KDC using SRV RRs, which is
66 # recommended. This option should normally only be used during
67 # experiments, or to access badly maintained realms.
68 #realm-kdc=JOSEFSSON.ORG,ristretto.josefsson.org
70 # Specify realm for servers.
71 # Value is REALM,SERVERREGEXP[,SERVERREGEXP...]
72 # SERVERREGEXP is a regular expression matching servers in the realm.
73 # The first match is used.
74 #server-realm=JOSEFSSON.ORG,.josefsson.org
76 # How long shishi waits for a response from a KDC before continuing
77 # to next KDC for realm. The default is 5 seconds.
80 # How many times shishi sends a request to a KDC before giving up.
81 # The default is 3 times.
84 # How username and passwords entered from the terminal, or taken
85 # from the command line, are processed.
86 # "none": no processing is used.
87 # "stringprep": convert from locale charset to UTF-8 and process using
88 # experimental RFC 1510 stringprep profile.
89 # It can also be a string indicating a character set supported by
90 # iconv() via libstringprep, in which case data is converted from
91 # locale charset into the indicated character set. E.g., UTF-8,
92 # ISO-8859-1, KOI-8, EBCDIC-IS-FRISS are supported on GNU systems.
93 # On some systems you can use "locale -m" to list available character
94 # sets. By default, the "none" setting is used which is consistent
95 # with RFC 1510 that is silent on the issue. In practice, however,
96 # converting to UTF-8 improves interoperability.
99 # Specify default ticket life time.
100 # The string can be in almost any common format. It can contain month
101 # names, time zones, `am' and `pm', `yesterday', `ago', `next', etc.
102 # Refer to the "Date input formats" in the GNU CoreUtils package for
103 # entire story. As an extra feature, if the resulting string you
104 # specify has expired within the last 24 hours, an extra day is added
105 # to it. This allows you to specify "17:00" to always mean the next
106 # 17:00, even if your system clock happens to be 17:30.
107 # The default is 8 hours.
113 # Specify how long a renewable ticket should remain renewable.
114 # See ticket-life for the syntax. The extra feature that handles
115 # negative values within the last 2 hours is not active here.
116 # The default is 7 days.
119 #renew-life=friday 17:00
122 # System configuration file ends here