mirror of
https://git.hardenedbsd.org/hardenedbsd/HardenedBSD.git
synced 2024-12-28 14:24:09 +01:00
90 lines
4.1 KiB
Plaintext
90 lines
4.1 KiB
Plaintext
These screens allow you to add groups and users to your system.
|
|
|
|
You can move through the fields with the TAB, BACK-TAB and RETURN
|
|
keys. To edit a field, use DELETE or BACKSPACE. You may also use ^A
|
|
(control-A) to go to the beginning of the line, ^E (control-E) to go
|
|
to the end, ^F (control-F) to go forward a character, ^B (control-B)
|
|
to go backward one character, ^D (control-D) to delete the character
|
|
under the cursor and ^K (control-K) to delete to the end of the line.
|
|
Basically, the standard EMACS motion sequences.
|
|
|
|
When you're done with this form, select OK.
|
|
|
|
Many of the settings get reasonable defaults if you leave them blank.
|
|
The first time you have entered the name of the new group or user, the
|
|
system will show you what it would chose for most of these fields.
|
|
You are free to change them, of course.
|
|
|
|
|
|
User groups
|
|
===========
|
|
|
|
It's certainly almost generally a good idea to first create a new
|
|
group for your users. Common names for such a group are "users", or
|
|
even simply "other". Group names are used to control file access
|
|
permissions for users that belong to the same group. Several group
|
|
names are already used for system files.
|
|
|
|
The numerical user or group IDs are often nothing you want to care for
|
|
explicitly. If you don't fill in these fields, the system will chose
|
|
reasonable defaults. However, these numbers (rather than the
|
|
associated names) are what the operating system actually uses to
|
|
distinguish users and groups -- hence they should normally be unique
|
|
to each person or group, respectively.
|
|
|
|
(The initial membership list for a new group is currently
|
|
unimplemented, sorry.)
|
|
|
|
|
|
Users
|
|
=====
|
|
|
|
The user's login ID is a short (8 characters) alphanumeric ID the user
|
|
must enter when logging into the system. It's often the initial
|
|
letters of the user's name, and commonly used in lower case. It's
|
|
also the local mail name for this user (though it's possible to also
|
|
setup more descriptive mail alias names later).
|
|
|
|
The user's login group determines which group access rights the user
|
|
will initially get when logging in. If an additional list of groups is
|
|
provided where the user will become a member of, (s)he will also be
|
|
able to access files of those groups later without providing any
|
|
additional password etc. Except for the "wheel" case mentioned below,
|
|
the additional group membership list should normally not contain the
|
|
login group again.
|
|
|
|
The user's password can also be set here, and should be chosen with
|
|
care - 6 or more characters, intermixing punctuation and numerics, and
|
|
*not* a word from the dictionary or related to the username is a good
|
|
password choice.
|
|
|
|
Some of the system's groups have a special meaning. In particular,
|
|
members of group "wheel" are the only people who are later allowed to
|
|
become superuser using the command su(1). So if you're going to add a
|
|
new user who should later perform administrative tasks, don't forget
|
|
to add him to this group! (Well, ``he'' will most likely be yourself
|
|
in the very first place. :)
|
|
|
|
Also, members of group "operator" will by default get permissions for
|
|
minor administrative operations, like performing system backups, or
|
|
shutting down the system -- without first becoming superuser! So,
|
|
take care with adding people to this group.
|
|
|
|
The ``full name'' field serves as a comment only. It is also used by
|
|
mail front ends to determine the real name of the user, hence you
|
|
should actually fill in the first and last name of this user. By
|
|
convention, this field can be divided into comma-separated subfields,
|
|
where the office location, the work phone number, and the home phone
|
|
number follow the full name of the user.
|
|
|
|
The home directory is the directory in the filesystem where the user
|
|
is being logged into, and where his personalized setup files (``dot
|
|
files'', since they usually begin with a `.' and are not displayed by
|
|
the ls(1) command by default) will be looked up. It is often created
|
|
under /usr/home/ or /home/.
|
|
|
|
Finally, the shell is the user's initial command interpreter. The
|
|
default shell is /bin/sh, some users prefer the more historic
|
|
/bin/csh. Other, often more user-friendly and comfortable shells can
|
|
be found in the ports and packages collection.
|