sss_debuglevel(8) [centos man page]

SSS_DEBUGLEVEL(8)						 SSSD Manual pages						 SSS_DEBUGLEVEL(8)

NAME

       sss_debuglevel - change debug level while SSSD is running

SYNOPSIS

       sss_debuglevel [options] NEW_DEBUG_LEVEL

DESCRIPTION

       sss_debuglevel changes debug level of SSSD monitor and providers to NEW_DEBUG_LEVEL while SSSD is running.

OPTIONS

       -c,--config
	   Specify a non-default config file. The default is /etc/sssd/sssd.conf. For reference on the config file syntax and options, consult the
	   sssd.conf(5) manual page.

       NEW_DEBUG_LEVEL
	   SSSD supports two representations for specifying the debug level. The simplest is to specify a decimal value from 0-9, which represents
	   enabling that level and all lower-level debug messages. The more comprehensive option is to specify a hexadecimal bitmask to enable or
	   disable specific levels (such as if you wish to suppress a level).

	   Currently supported debug levels:

	   0, 0x0010: Fatal failures. Anything that would prevent SSSD from starting up or causes it to cease running.

	   1, 0x0020: Critical failures. An error that doesn't kill the SSSD, but one that indicates that at least one major feature is not going
	   to work properly.

	   2, 0x0040: Serious failures. An error announcing that a particular request or operation has failed.

	   3, 0x0080: Minor failures. These are the errors that would percolate down to cause the operation failure of 2.

	   4, 0x0100: Configuration settings.

	   5, 0x0200: Function data.

	   6, 0x0400: Trace messages for operation functions.

	   7, 0x1000: Trace messages for internal control functions.

	   8, 0x2000: Contents of function-internal variables that may be interesting.

	   9, 0x4000: Extremely low-level tracing information.

	   To log required bitmask debug levels, simply add their numbers together as shown in following examples:

	   Example: To log fatal failures, critical failures, serious failures and function data use 0x0270.

	   Example: To log fatal failures, configuration settings, function data, trace messages for internal control functions use 0x1310.

	   Note: The bitmask format of debug levels was introduced in 1.7.0.

	   Default: 0

SEE ALSO

       sssd(8), sssd.conf(5), sssd-ldap(5), sssd-krb5(5), sssd-simple(5), sssd-ipa(5), sssd-ad(5), sssd-sudo(5),sss_cache(8), sss_debuglevel(8),
       sss_groupadd(8), sss_groupdel(8), sss_groupshow(8), sss_groupmod(8), sss_useradd(8), sss_userdel(8), sss_usermod(8), sss_obfuscate(8),
       sss_seed(8), sssd_krb5_locator_plugin(8), sss_ssh_authorizedkeys(8), sss_ssh_knownhostsproxy(8),pam_sss(8).

AUTHORS

       The SSSD upstream - http://fedorahosted.org/sssd

SSSD
								    06/17/2014							 SSS_DEBUGLEVEL(8)

SSSD-SIMPLE(5)						   File Formats and Conventions 					    SSSD-SIMPLE(5)

NAME

       sssd-simple - the configuration file for SSSD's 'simple' access-control provider

DESCRIPTION

       This manual page describes the configuration of the simple access-control provider for sssd(8). For a detailed syntax reference, refer to
       the "FILE FORMAT" section of the sssd.conf(5) manual page.

       The simple access provider grants or denies access based on an access or deny list of user or group names. The following rules apply:

       o   If all lists are empty, access is granted

       o   If any list is provided, the order of evaluation is allow,deny. This means that any matching deny rule will supersede any matched allow
	   rule.

       o   If either or both "allow" lists are provided, all users are denied unless they appear in the list.

       o   If only "deny" lists are provided, all users are granted access unless they appear in the list.

CONFIGURATION OPTIONS

       Refer to the section "DOMAIN SECTIONS" of the sssd.conf(5) manual page for details on the configuration of an SSSD domain.

       simple_allow_users (string)
	   Comma separated list of users who are allowed to log in.

       simple_deny_users (string)
	   Comma separated list of users who are explicitly denied access.

       simple_allow_groups (string)
	   Comma separated list of groups that are allowed to log in. This applies only to groups within this SSSD domain. Local groups are not
	   evaluated.

       simple_deny_groups (string)
	   Comma separated list of groups that are explicitly denied access. This applies only to groups within this SSSD domain. Local groups are
	   not evaluated.

       Specifying no values for any of the lists is equivalent to skipping it entirely. Beware of this while generating parameters for the simple
       provider using automated scripts.

       Please note that it is an configuration error if both, simple_allow_users and simple_deny_users, are defined.

EXAMPLE

       The following example assumes that SSSD is correctly configured and example.com is one of the domains in the [sssd] section. This examples
       shows only the simple access provider-specific options.

	       [domain/example.com]
	       access_provider = simple
	       simple_allow_users = user1, user2

SEE ALSO

       sssd(8), sssd.conf(5), sssd-ldap(5), sssd-krb5(5), sssd-simple(5), sssd-ipa(5), sssd-ad(5), sssd-sudo(5),sss_cache(8), sss_debuglevel(8),
       sss_groupadd(8), sss_groupdel(8), sss_groupshow(8), sss_groupmod(8), sss_useradd(8), sss_userdel(8), sss_usermod(8), sss_obfuscate(8),
       sss_seed(8), sssd_krb5_locator_plugin(8), sss_ssh_authorizedkeys(8), sss_ssh_knownhostsproxy(8),pam_sss(8).

AUTHORS

       The SSSD upstream - http://fedorahosted.org/sssd

SSSD
								    06/17/2014							    SSSD-SIMPLE(5)