.\" Automatically generated by Pod::Man 2.28 (Pod::Simple 3.32) .\" .\" Standard preamble: .\" ======================================================================== .de Sp \" Vertical space (when we can't use .PP) .if t .sp .5v .if n .sp .. .de Vb \" Begin verbatim text .ft CW .nf .ne \\$1 .. .de Ve \" End verbatim text .ft R .fi .. .\" Set up some character translations and predefined strings. \*(-- will .\" give an unbreakable dash, \*(PI will give pi, \*(L" will give a left .\" double quote, and \*(R" will give a right double quote. \*(C+ will .\" give a nicer C++. Capital omega is used to do unbreakable dashes and .\" therefore won't be available. \*(C` and \*(C' expand to `' in nroff, .\" nothing in troff, for use with C<>. .tr \(*W- .ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p' .ie n \{\ . ds -- \(*W- . ds PI pi . if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch . if (\n(.H=4u)&(1m=20u) .ds -- \(*W\h'-12u'\(*W\h'-8u'-\" diablo 12 pitch . ds L" "" . ds R" "" . ds C` "" . ds C' "" 'br\} .el\{\ . ds -- \|\(em\| . ds PI \(*p . ds L" `` . ds R" '' . ds C` . ds C' 'br\} .\" .\" Escape single quotes in literal strings from groff's Unicode transform. .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" .\" If the F register is turned on, we'll generate index entries on stderr for .\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index .\" entries marked with X<> in POD. Of course, you'll have to process the .\" output yourself in some meaningful fashion. .\" .\" Avoid warning from groff about undefined register 'F'. .de IX .. .nr rF 0 .if \n(.g .if rF .nr rF 1 .if (\n(rF:(\n(.g==0)) \{ . if \nF \{ . de IX . tm Index:\\$1\t\\n%\t"\\$2" .. . if !\nF==2 \{ . nr % 0 . nr F 2 . \} . \} .\} .rr rF .\" .\" Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2). .\" Fear. Run. Save yourself. No user-serviceable parts. . \" fudge factors for nroff and troff .if n \{\ . ds #H 0 . ds #V .8m . ds #F .3m . ds #[ \f1 . ds #] \fP .\} .if t \{\ . ds #H ((1u-(\\\\n(.fu%2u))*.13m) . ds #V .6m . ds #F 0 . ds #[ \& . ds #] \& .\} . \" simple accents for nroff and troff .if n \{\ . ds ' \& . ds ` \& . ds ^ \& . ds , \& . ds ~ ~ . ds / .\} .if t \{\ . ds ' \\k:\h'-(\\n(.wu*8/10-\*(#H)'\'\h"|\\n:u" . ds ` \\k:\h'-(\\n(.wu*8/10-\*(#H)'\`\h'|\\n:u' . ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'^\h'|\\n:u' . ds , \\k:\h'-(\\n(.wu*8/10)',\h'|\\n:u' . ds ~ \\k:\h'-(\\n(.wu-\*(#H-.1m)'~\h'|\\n:u' . ds / \\k:\h'-(\\n(.wu*8/10-\*(#H)'\z\(sl\h'|\\n:u' .\} . \" troff and (daisy-wheel) nroff accents .ds : \\k:\h'-(\\n(.wu*8/10-\*(#H+.1m+\*(#F)'\v'-\*(#V'\z.\h'.2m+\*(#F'.\h'|\\n:u'\v'\*(#V' .ds 8 \h'\*(#H'\(*b\h'-\*(#H' .ds o \\k:\h'-(\\n(.wu+\w'\(de'u-\*(#H)/2u'\v'-.3n'\*(#[\z\(de\v'.3n'\h'|\\n:u'\*(#] .ds d- \h'\*(#H'\(pd\h'-\w'~'u'\v'-.25m'\f2\(hy\fP\v'.25m'\h'-\*(#H' .ds D- D\\k:\h'-\w'D'u'\v'-.11m'\z\(hy\v'.11m'\h'|\\n:u' .ds th \*(#[\v'.3m'\s+1I\s-1\v'-.3m'\h'-(\w'I'u*2/3)'\s-1o\s+1\*(#] .ds Th \*(#[\s+2I\s-2\h'-\w'I'u*3/5'\v'-.3m'o\v'.3m'\*(#] .ds ae a\h'-(\w'a'u*4/10)'e .ds Ae A\h'-(\w'A'u*4/10)'E . \" corrections for vroff .if v .ds ~ \\k:\h'-(\\n(.wu*9/10-\*(#H)'\s-2\u~\d\s+2\h'|\\n:u' .if v .ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'\v'-.4m'^\v'.4m'\h'|\\n:u' . \" for low resolution devices (crt and lpr) .if \n(.H>23 .if \n(.V>19 \ \{\ . ds : e . ds 8 ss . ds o a . ds d- d\h'-1'\(ga . ds D- D\h'-1'\(hy . ds th \o'bp' . ds Th \o'LP' . ds ae ae . ds Ae AE .\} .rm #[ #] #H #V #F C .\" ======================================================================== .\" .IX Title "Config::Model::models::Sshd::MatchElement 3pm" .TH Config::Model::models::Sshd::MatchElement 3pm "2016-03-07" "perl v5.22.1" "User Contributed Perl Documentation" .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .if n .ad l .nh .SH "NAME" Config::Model::models::Sshd::MatchElement \- Configuration class Sshd::MatchElement .SH "DESCRIPTION" .IX Header "DESCRIPTION" Configuration classes used by Config::Model .PP Configuration class that represents all parameters available inside a Match block of a sshd configuration. .SH "Elements" .IX Header "Elements" .SS "AcceptEnv" .IX Subsection "AcceptEnv" Specifies what environment variables sent by the client will be copied into the session's \fIenviron\fR\|(7).\fIOptional. Type list of uniline.\fR .SS "AllowAgentForwarding" .IX Subsection "AllowAgentForwarding" Specifies whether \fIssh\-agent\fR\|(1) forwarding is permitted. Note that disabling agent forwarding does not improve security unless users are also denied shell access, as they can always install their own forwarders.\fIOptional. Type boolean. upstream_default: '1'.\fR .SS "AllowGroups" .IX Subsection "AllowGroups" Login is allowed only for users whose primary group or supplementary group list matches one of the patterns. Only group names are valid; a numerical group \s-1ID\s0 is not recognized. By default, login is allowed for all groups. The allow/deny directives are processed in the following order: DenyUsers, AllowUsers, DenyGroups, and finally AllowGroups.\fIOptional. Type list of uniline.\fR .SS "AllowUsers" .IX Subsection "AllowUsers" List of user name patterns, separated by spaces. If specified, login is allowed only for user names that match one of the patterns. Only user names are valid; a numerical user \s-1ID\s0 is not recognized. By default, login is allowed for all users. If the pattern takes the form USER@HOST then \s-1USER\s0 and \s-1HOST\s0 are separately checked, restricting logins to particular users from particular hosts. The allow/deny directives are processed in the following order: DenyUsers, AllowUsers, DenyGroups, and finally AllowGroups.\fIOptional. Type list of uniline.\fR .SS "AuthenticationMethods \- authentication methods that must be successfully completed for a user to be granted access" .IX Subsection "AuthenticationMethods - authentication methods that must be successfully completed for a user to be granted access" Specifies the authentication methods that must be successfully completed for a user to be granted access. This option must be followed by one or more comma-separated lists of authentication method names. Successful authentication requires completion of every method in at least one of these lists. .PP For example, an argument of \*(L"publickey,password publickey,keyboard\-interactive\*(R" would require the user to complete public key authentication, followed by either password or keyboard interactive authentication. Only methods that are next in one or more lists are offered at each stage, so for this example, it would not be possible to attempt password or keyboard-interactive authentication before public key. .PP For keyboard interactive authentication it is also possible to restrict authentication to a specific device by appending a colon followed by the device identifier \*(L"bsdauth\*(R", \*(L"pam\*(R", or \*(L"skey\*(R", depending on the server configuration. For example, \&\*(L"keyboard\-interactive:bsdauth\*(R" would restrict keyboard interactive authentication to the \*(L"bsdauth\*(R" device. .PP This option is only available for \s-1SSH\s0 protocol 2 and will yield a fatal error if enabled if protocol 1 is also enabled. Note that each authentication method listed should also be explicitly enabled in the configuration. The default is not to require multiple authentication; successful completion of a single authentication method is sufficient.\fIOptional. Type uniline.\fR .SS "AuthorizedKeysCommand \- program to be used to look up the user's public keys" .IX Subsection "AuthorizedKeysCommand - program to be used to look up the user's public keys" Specifies a program to be used to look up the user's public keys. The program must be owned by root and not writable by group or others. It will be invoked with a single argument of the username being authenticated, and should produce on standard output zero or more lines of authorized_keys output (see \s-1AUTHORIZED_KEYS\s0 in \fIsshd\fR\|(8)). If a key supplied by AuthorizedKeysCommand does not successfully authenticate and authorize the user then public key authentication continues using the usual AuthorizedKeysFile files. By default, no AuthorizedKeysCommand is run.\fIOptional. Type uniline.\fR .SS "AuthorizedKeysCommandUser \- user under whose account the AuthorizedKeysCommand is run" .IX Subsection "AuthorizedKeysCommandUser - user under whose account the AuthorizedKeysCommand is run" Specifies the user under whose account the AuthorizedKeysCommand is run. It is recommended to use a dedicated user that has no other role on the host than running authorized keys commands.\fIOptional. Type uniline.\fR .SS "AllowTcpForwarding" .IX Subsection "AllowTcpForwarding" Specifies whether \s-1TCP\s0 forwarding is permitted. The default is \*(L"yes\*(R".Note that disabling \s-1TCP\s0 forwarding does not improve security unless users are also denied shell access, as they can always install their own forwarders.\fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'yes'.\fR .SS "AuthorizedKeysFile2" .IX Subsection "AuthorizedKeysFile2" Specifies the file that contains the public keys that can be used for user authentication. AuthorizedKeysFile may contain tokens of the form \f(CW%T\fR which are substituted during connection setup.\fBDeprecated\fR \fIOptional. Type list of uniline.\fR .SS "AuthorizedKeysFile" .IX Subsection "AuthorizedKeysFile" Specifies the file that contains the public keys that can be used for user authentication. The format is described in the \s-1AUTHORIZED_KEYS FILE FORMAT\s0 section of \fIsshd\fR\|(8). AuthorizedKeysFile may contain tokens of the form \f(CW%T\fR which are substituted during connection setup. The following tokens are defined: %% is replaced by a literal '%', \f(CW%h\fR is replaced by the home directory of the user being authenticated, and \f(CW%u\fR is replaced by the username of that user. After expansion, AuthorizedKeysFile is taken to be an absolute path or one relative to the user's home directory. Multiple files may be listed, separated by whitespace. The default is \*(L".ssh/authorized_keys .ssh/authorized_keys2\*(R".\fIOptional. Type list of uniline.\fR .PP Note: AuthorizedKeysFile values are migrated from '\- AuthorizedKeysFile2' .SS "AuthorizedPrincipalsFile \- file that lists principal names that are accepted for certificate authentication" .IX Subsection "AuthorizedPrincipalsFile - file that lists principal names that are accepted for certificate authentication" Specifies a file that lists principal names that are accepted for certificate authentication. When using certificates signed by a key listed in TrustedUserCAKeys, this file lists names, one of which must appear in the certificate for it to be accepted for authentication. Names are listed one per line preceded by key options (as described in \&\s-1AUTHORIZED_KEYS FILE FORMAT\s0 in \fIsshd\fR\|(8)). Empty lines and comments starting with '#' are ignored. .PP AuthorizedPrincipalsFile may contain tokens of the form \f(CW%T\fR which are substituted during connection setup. The following tokens are defined: %% is replaced by a literal '%', \f(CW%h\fR is replaced by the home directory of the user being authenticated, and \f(CW%u\fR is replaced by the username of that user. After expansion, AuthorizedPrincipalsFile is taken to be an absolute path or one relative to the user's home directory. .PP The default is \*(L"none\*(R", i.e. not to use a principals file \- in this case, the username of the user must appear in a certificate's principals list for it to be accepted. Note that AuthorizedPrincipalsFile is only used when authentication proceeds using a \s-1CA\s0 listed in TrustedUserCAKeys and is not consulted for certification authorities trusted via ~/.ssh/authorized_keys, though the principals= key option offers a similar facility (see \fIsshd\fR\|(8) for details).\fIOptional. Type uniline.\fR .SS "Banner" .IX Subsection "Banner" In some jurisdictions, sending a warning message before authentication may be relevant for getting legal protection. The contents of the specified file are sent to the remote user before authentication is allowed. This option is only available for protocol version 2. By default, no banner is displayed.\fIOptional. Type uniline.\fR .SS "ChrootDirectory \- pathname of a directory to chroot to after authentication" .IX Subsection "ChrootDirectory - pathname of a directory to chroot to after authentication" Specifies the pathname of a directory to \fIchroot\fR\|(2) to after authentication. All components of the pathname must be root owned directories that are not writable by any other user or group. After the chroot, \fIsshd\fR\|(8) changes the working directory to the user's home directory. .PP The pathname may contain the following tokens that are expanded at runtime once the connecting user has been authenticated: %% is replaced by a literal '%', \f(CW%h\fR is replaced by the home directory of the user being authenticated, and \f(CW%u\fR is replaced by the username of that user. .PP The ChrootDirectory must contain the necessary files and directories to support the user's session. For an interactive session this requires at least a shell, typically \fIsh\fR\|(1), and basic /dev nodes such as \fInull\fR\|(4), \fIzero\fR\|(4), \fIstdin\fR\|(4), \fIstdout\fR\|(4), \&\fIstderr\fR\|(4), \fIarandom\fR\|(4) and \fItty\fR\|(4) devices. For file transfer sessions using \*(L"sftp\*(R", no additional configuration of the environment is necessary if the in-process sftp server is used, though sessions which use logging do require /dev/log inside the chroot directory (see \&\fIsftp\-server\fR\|(8) for details). .PP The default is not to \fIchroot\fR\|(2).\fIOptional. Type uniline.\fR .SS "DenyGroups" .IX Subsection "DenyGroups" This keyword can be followed by a list of group name patterns, separated by spaces. Login is disallowed for users whose primary group or supplementary group list matches one of the patterns. Only group names are valid; a numerical group \s-1ID\s0 is not recognized. By default, login is allowed for all groups. The allow/deny directives are processed in the following order: DenyUsers, AllowUsers, DenyGroups, and finally AllowGroups.\fIOptional. Type list of uniline.\fR .SS "DenyUSers" .IX Subsection "DenyUSers" This keyword can be followed by a list of user name patterns, separated by spaces. Login is disallowed for user names that match one of the patterns. Only user names are valid; a numerical user \s-1ID\s0 is not recognized. By default, login is allowed for all users. If the pattern takes the form USER@HOST then \s-1USER\s0 and \s-1HOST\s0 are separately checked, restricting logins to particular users from particular hosts. The allow/deny directives are processed in the following order: DenyUsers, AllowUsers, DenyGroups, and finally AllowGroups.\fIOptional. Type list of uniline.\fR .SS "ForceCommand" .IX Subsection "ForceCommand" Forces the execution of the command specified by ForceCommand, ignoring any command supplied by the client. The command is invoked by using the user's login shell with the \-c option. This applies to shell, command, or subsystem execution. It is most useful inside a Match block. The command originally supplied by the client is available in the \s-1SSH_ORIGINAL_COMMAND\s0 environment variable.\fIOptional. Type uniline.\fR .SS "GatewayPorts" .IX Subsection "GatewayPorts" Specifies whether remote hosts are allowed to connect to ports forwarded for the client. By default, \fIsshd\fR\|(8) binds remote port forwardings to the loopback address. This prevents other remote hosts from connecting to forwarded ports. GatewayPorts can be used to specify that sshd should allow remote port forwardings to bind to non-loopback addresses, thus allowing other hosts to connect.\fIOptional. Type enum. choice: 'yes', 'clientspecified', 'no'. upstream_default: 'no'.\fR .PP Here are some explanations on the possible values: .IP "'clientspecified'" 4 .IX Item "'clientspecified'" allow the client to select the address to which the forwarding is bound .IP "'no'" 4 .IX Item "'no'" No port forwarding .IP "'yes'" 4 .IX Item "'yes'" force remote port forwardings to bind to the wildcard address .SS "GSSAPIAuthentication" .IX Subsection "GSSAPIAuthentication" Specifies whether user authentication based on \s-1GSSAPI\s0 is allowed. Note that this option applies to protocol version 2 only.\fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'no'.\fR .SS "HostbasedAuthentication" .IX Subsection "HostbasedAuthentication" Specifies whether rhosts or /etc/hosts.equiv authentication together with successful public key client host authentication is allowed (host-based authentication). This option is similar to RhostsRSAAuthentication and applies to protocol version 2 only.\fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'no'.\fR .SS "HostbasedUsesNameFromPacketOnly" .IX Subsection "HostbasedUsesNameFromPacketOnly" Specifies whether or not the server will attempt to perform a reverse name lookup when matching the name in the ~/.shosts, ~/.rhosts, and /etc/hosts.equiv files during HostbasedAuthentication.\fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'no'.\fR .PP Here are some explanations on the possible values: .IP "'no'" 4 .IX Item "'no'" \&\fIsshd\fR\|(8) attempts to resolve the name from the \s-1TCP\s0 connection itself. .IP "'yes'" 4 .IX Item "'yes'" \&\fIsshd\fR\|(8) uses the name supplied by the client .SS "KbdInteractiveAuthentication" .IX Subsection "KbdInteractiveAuthentication" No doc found in sshd documentation. \fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'no'.\fR .SS "KerberosAuthentication" .IX Subsection "KerberosAuthentication" Specifies whether the password provided by the user for PasswordAuthentication will be validated through the Kerberos \s-1KDC.\s0 To use this option, the server needs a Kerberos servtab which allows the verification of the \s-1KDC\s0's identity. The default is \*(L"no\*(R".\fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'no'.\fR .SS "MaxAuthTries" .IX Subsection "MaxAuthTries" Specifies the maximum number of authentication attempts permitted per connection. Once the number of failures reaches half this value, additional failures are logged.\fIOptional. Type integer. upstream_default: '6'.\fR .SS "MaxSessions \- Specifies the maximum number of open sessions permitted per network connection" .IX Subsection "MaxSessions - Specifies the maximum number of open sessions permitted per network connection" \&\fIOptional. Type integer. upstream_default: '10'.\fR .SS "PasswordAuthentication" .IX Subsection "PasswordAuthentication" Specifies whether password authentication is allowed.\fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'yes'.\fR .SS "PermitEmptyPasswords" .IX Subsection "PermitEmptyPasswords" When password authentication is allowed, it specifies whether the server allows login to accounts with empty password strings. The default is \*(L"no\*(R".\fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'no'.\fR .PP Here are some explanations on the possible values: .IP "'yes'" 4 .IX Item "'yes'" So, you want your machine to be part of a botnet ? ;\-) .SS "PermitOpen" .IX Subsection "PermitOpen" Specifies the destinations to which \s-1TCP\s0 port forwarding is permitted. The forwarding specification must be one of the following forms: \*(L"host:port\*(R" or \*(L"IPv4_addr:port\*(R" or \*(L"[IPv6_addr]:port\*(R". An argument of \*(L"any\*(R" can be used to remove all restrictions and permit any forwarding requests. By default all port forwarding requests are permitted.\fIOptional. Type list of uniline.\fR .SS "PermitRootLogin" .IX Subsection "PermitRootLogin" Specifies whether root can log in using \fIssh\fR\|(1).\fIOptional. Type enum. choice: 'yes', 'without\-password', 'forced\-commands\-only', 'no'. upstream_default: 'yes'.\fR .PP Here are some explanations on the possible values: .IP "'forced\-commands\-only'" 4 .IX Item "'forced-commands-only'" root login with public key authentication will be allowed, but only if the command option has been specified (which may be useful for taking remote backups even if root login is normally not allowed). All other authentication methods are disabled for root. .IP "'no'" 4 .IX Item "'no'" root is not allowed to log in .IP "'without\-password'" 4 .IX Item "'without-password'" password authentication is disabled for root .SS "PermitTunnel" .IX Subsection "PermitTunnel" Specifies whether \fItun\fR\|(4) device forwarding is allowed. The argument must be \*(L"yes\*(R", \*(L"point-to-point\*(R" (layer 3), \*(L"ethernet\*(R" (layer 2), or \*(L"no\*(R". Specifying \*(L"yes\*(R" permits both \*(L"point-to-point\*(R" and \*(L"ethernet\*(R".\fIOptional. Type enum. choice: 'yes', 'point\-to\-point', 'ethernet', 'no'. upstream_default: 'no'.\fR .PP Here are some explanations on the possible values: .IP "'yes'" 4 .IX Item "'yes'" permits both \*(L"point-to-point\*(R" and \*(L"ethernet\*(R" .SS "PubkeyAuthentication" .IX Subsection "PubkeyAuthentication" Specifies whether public key authentication is allowed. The default is \*(L"yes\*(R". Note that this option applies to protocol version 2 only.\fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'yes'.\fR .SS "RekeyLimit" .IX Subsection "RekeyLimit" Specifies the maximum amount of data that may be transmitted before the session key is renegotiated, optionally followed a maximum amount of time that may pass before the session key is renegotiated. The first argument is specified in bytes and may have a suffix of 'K', \&'M', or 'G' to indicate Kilobytes, Megabytes, or Gigabytes, respectively. The default is between '1G' and '4G', depending on the cipher. The optional second value is specified in seconds and may use any of the units documented in the \s-1TIME FORMATS\s0 section. The default value for RekeyLimit is \*(L"default none\*(R", which means that rekeying is performed after the cipher's default amount of data has been sent or received and no time based rekeying is done. This option applies to protocol version 2 only.\fIOptional. Type uniline. upstream_default: 'default none'.\fR .SS "RhostsRSAAuthentication" .IX Subsection "RhostsRSAAuthentication" Specifies whether rhosts or /etc/hosts.equiv authentication together with successful \s-1RSA\s0 host authentication is allowed. The default is \*(L"no\*(R". This option applies to protocol version 1 only.\fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'no'.\fR .SS "RSAAuthentication" .IX Subsection "RSAAuthentication" Specifies whether pure \s-1RSA\s0 authentication is allowed. This option applies to protocol version 1 only.\fIOptional. Type enum. choice: 'no', 'yes'. upstream_default: 'yes'.\fR .SS "X11DisplayOffset" .IX Subsection "X11DisplayOffset" Specifies the first display number available for \fIsshd\fR\|(8)'s X11 forwarding. This prevents sshd from interfering with real X11 servers.\fIOptional. Type integer. upstream_default: '10'.\fR .SS "X11Forwarding" .IX Subsection "X11Forwarding" Specifies whether X11 forwarding is permitted. Note that disabling X11 forwarding does not prevent users from forwarding X11 traffic, as users can always install their own forwarders. X11 forwarding is automatically disabled if UseLogin is enabled.\fIOptional. Type enum. choice: 'yes', 'no'. upstream_default: 'no'.\fR .SS "X11UseLocalhost" .IX Subsection "X11UseLocalhost" Specifies whether \fIsshd\fR\|(8) should bind the X11 forwarding server to the loopback address or to the wildcard address. By default, sshd binds the forwarding server to the loopback address and sets the hostname part of the \s-1DISPLAY\s0 environment variable to \*(L"localhost\*(R". This prevents remote hosts from connecting to the proxy display. However, some older X11 clients may not function with this configuration. X11UseLocalhost may be set to \*(L"no\*(R" to specify that the forwarding server should be bound to the wildcard address.\fIOptional. Type enum. choice: 'yes', 'no'. upstream_default: 'yes'.\fR .SH "SEE ALSO" .IX Header "SEE ALSO" .IP "\(bu" 4 cme .SH "AUTHOR" .IX Header "AUTHOR" .IP "Dominique Dumont" 4 .IX Item "Dominique Dumont" .SH "COPYRIGHT" .IX Header "COPYRIGHT" .PD 0 .IP "2009\-2011 Dominique Dumont" 4 .IX Item "2009-2011 Dominique Dumont" .PD .SH "LICENSE" .IX Header "LICENSE" .IP "\s-1LGPL2\s0" 4 .IX Item "LGPL2"