EVERYTHING FROM THE OTHER REPO
This commit is contained in:
@@ -0,0 +1,37 @@
|
||||
# /etc/default/nss
|
||||
# This file can theoretically contain a bunch of customization variables
|
||||
# for Name Service Switch in the GNU C library. For now there are only
|
||||
# four variables:
|
||||
#
|
||||
# NETID_AUTHORITATIVE
|
||||
# If set to TRUE, the initgroups() function will accept the information
|
||||
# from the netid.byname NIS map as authoritative. This can speed up the
|
||||
# function significantly if the group.byname map is large. The content
|
||||
# of the netid.byname map is used AS IS. The system administrator has
|
||||
# to make sure it is correctly generated.
|
||||
#NETID_AUTHORITATIVE=TRUE
|
||||
#
|
||||
# SERVICES_AUTHORITATIVE
|
||||
# If set to TRUE, the getservbyname{,_r}() function will assume
|
||||
# services.byservicename NIS map exists and is authoritative, particularly
|
||||
# that it contains both keys with /proto and without /proto for both
|
||||
# primary service names and service aliases. The system administrator
|
||||
# has to make sure it is correctly generated.
|
||||
#SERVICES_AUTHORITATIVE=TRUE
|
||||
#
|
||||
# SETENT_BATCH_READ
|
||||
# If set to TRUE, various setXXent() functions will read the entire
|
||||
# database at once and then hand out the requests one by one from
|
||||
# memory with every getXXent() call. Otherwise each getXXent() call
|
||||
# might result into a network communication with the server to get
|
||||
# the next entry.
|
||||
#SETENT_BATCH_READ=TRUE
|
||||
#
|
||||
# ADJUNCT_AS_SHADOW
|
||||
# If set to TRUE, the passwd routines in the NIS NSS module will not
|
||||
# use the passwd.adjunct.byname tables to fill in the password data
|
||||
# in the passwd structure. This is a security problem if the NIS
|
||||
# server cannot be trusted to send the passwd.adjuct table only to
|
||||
# privileged clients. Instead the passwd.adjunct.byname table is
|
||||
# used to synthesize the shadow.byname table if it does not exist.
|
||||
ADJUNCT_AS_SHADOW=TRUE
|
||||
@@ -0,0 +1,37 @@
|
||||
# Default values for useradd(8)
|
||||
#
|
||||
# The SHELL variable specifies the default login shell on your
|
||||
# system.
|
||||
# Similar to DSHELL in adduser. However, we use "sh" here because
|
||||
# useradd is a low level utility and should be as general
|
||||
# as possible
|
||||
SHELL=/bin/sh
|
||||
#
|
||||
# The default group for users
|
||||
# 100=users on Debian systems
|
||||
# Same as USERS_GID in adduser
|
||||
# This argument is used when the -n flag is specified.
|
||||
# The default behavior (when -n and -g are not specified) is to create a
|
||||
# primary user group with the same name as the user being added to the
|
||||
# system.
|
||||
# GROUP=100
|
||||
#
|
||||
# The default home directory. Same as DHOME for adduser
|
||||
# HOME=/home
|
||||
#
|
||||
# The number of days after a password expires until the account
|
||||
# is permanently disabled
|
||||
# INACTIVE=-1
|
||||
#
|
||||
# The default expire date
|
||||
# EXPIRE=
|
||||
#
|
||||
# The SKEL variable specifies the directory containing "skeletal" user
|
||||
# files; in other words, files such as a sample .profile that will be
|
||||
# copied to the new user's home directory when it is created.
|
||||
# SKEL=/etc/skel
|
||||
#
|
||||
# Defines whether the mail spool should be created while
|
||||
# creating the account
|
||||
# CREATE_MAIL_SPOOL=no
|
||||
|
||||
Reference in New Issue
Block a user