Должен ли я использовать useradd или adduser?

Я пытаюсь добавить нового пользователя в систему. Я запутался, хотя какая команда для запуска: useradd или adduser ?

  • Как отключить сообщение спама systemd «Время было изменено» в / var / log / syslog на Debian jessie?
  • Есть команда shutdown / restart для x11VNC? - Linux (Debian)
  • Как обновить стабильный Debian (Wheezy) до тестирования (Jessie)?
  • Есть ли способ обойти обычные установки и вручную установить (M1400 Motion Computing Tablet)
  • Debian Netinst - почему apt загружает Libre Office, когда я устанавливаю Gnome?
  • Альтернативные входы клавиатуры: dwm на Debian
  • не удалось создать файл xorg.conf
  • Debian 8 - Обновление Iptables при загрузке
  • как создать пакет debian для установки файлов в / home / user
  • Почему нет транспорта https для инструмента debian apt?
  • беспроводная сеть debian через терминал
  • Как использовать 32 бита и 64 бит Java на Debian?
  • 2 Solutions collect form web for “Должен ли я использовать useradd или adduser?”

    Согласно руководству вы должны использовать adduser :

    Пользователь useradd

    ОПИСАНИЕ

    useradd – это низкоуровневая утилита для добавления пользователей. В Debian администраторы обычно должны использовать adduser (8).

    Несмотря на то, что manpage говорит для useradd и userdel, я всегда использую двоичные файлы низкого уровня: useradd, userdel, groupadd, groupdel.

    Интерфейсные скрипты являются интерактивными и предназначены для удобства пользователей, но делают то же самое. Это действительно вопрос личных предпочтений.

    С точки зрения практических различий: useradd и groupadd имеют схожие опции с командами usermod и groupmod, и для этих команд нет интерфейсных скриптов (т. Е. Нет интерфейсных скриптов moduser или modgroup), поэтому более последовательно использовать аналогичные команды для поддержания учетной записи.

    Существуют разные файлы конфигурации для параметров по умолчанию, таких как идентификаторы пользователя, оболочки, группы входа и т. Д. Поэтому убедитесь, что знаете, какой из них вы редактируете, чтобы изменить настройки.

    Интерфейсные скрипты «защищают» вас от ввода глупых имен, если вы не указали параметр –force-badname. Например, имена пользователей или имена групп, которые содержат специальные символы или начинаются с числа. Это то, что вряд ли произойдет случайно, поэтому нет необходимости в «защите».

    Скрипты front-end также «защищают» вас от удаления учетной записи root, если вы не используете параметр -force. Почему кто-то пытался использовать это, я не знаю. Также стоит понять, что вы не можете удалить учетную запись пользователя, если под ней есть запущенные процессы, и всегда есть процессы, выполняемые с правами root, поэтому это все равно должно потерпеть неудачу. Однако у меня никогда не хватило смелости попробовать.)

    Только сторонний скрипт-adduser имеет возможность шифровать домашний каталог.

    Однако есть некоторые вещи, которые дружественные сценарии не могут сделать, и вам нужно будет прибегнуть к двоичным командам, хотя это то, что вам обычно не нужно делать:

    – useradd может переопределить значение по умолчанию для домашнего каталога скелета, без необходимости редактировать файл конфигурации или создать новый файл конфигурации. См. Параметр -k.

    – useradd может предотвратить добавление вновь созданного пользователя в базу данных lastlog с параметром -l.

    – useradd и groupadd могут создавать учетные записи с неповторимыми uid или gid, соответственно, с помощью опции -o. Сценарии не предоставляют эту возможность.

    – useradd может создать нового пользователя с отображением selinux, если selinux включен в системе с опцией -Z. Это, однако, также можно сделать с другими командами после создания учетной записи, например, семаназа или usermod.

    – наконец, и, возможно, самое главное, только двоичные команды имеют возможность работать на альтернативных системах под альтернативным корневым каталогом, например / snap / core, с использованием опции -R.

    Linux и Unix - лучшая ОС в мире.