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

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

  • Я пытаюсь в интерактивном режиме добавить пользователя через "useradd"
  • Создание новых пользователей через терминал не назначает правильные разрешения?
  • Как установить пароль для пользователей в AIX с помощью одной строки?
  • usermod изменить пароль пользователя не работает
  • Как автоматически создать пустой каталог при создании нового пользователя?
  • Я создал новую группу и нового пользователя. Затем я добавил пользователя в группу. Как я могу перейти к этому пользователю?
  • Не удается SSH / FTP в новую учетную запись пользователя в Ubuntu?
  • Случайно включили специальные символы в имя пользователя при добавлении пользователя
  • 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 - лучшая ОС в мире.