useradd est un binaire natif compilé avec le système. Mais, adduser est un script perl qui utilise useradd binaire en back-end.
adduser est plus convivial et interactif que son back-end useradd . Il n'y a aucune différence dans les fonctionnalités fournies.
Le principal avantage de adduser sur useradd traite avec les utilisateurs au niveau du système. Avec adduser le compte d'utilisateurs au niveau du système lorsqu'il est créé place un répertoire d'utilisateurs à la maison pour l'utilisateur du système où useradd ne le fait pas automatiquement. Si vous lisez l'homme, ils sont essentiellement les mêmes, sauf pour les utilisateurs au niveau du système et les répertoires personnels associés sont automatiques. adduser crée automatiquement un répertoire /home/user pour les utilisateurs au niveau du système où il n'y a pas de provision dans useradd , sauf si spécifié par -m option. Les autres lectures que j'ai rencontrées indiquent de manière générique que l'UID et le GUID sont attribués par les normes conformes Debian acceptées dans adduser .
Dans quelques instances Redhat que j'ai vérifiées (4.9 de 2011 et 6.9 de 2017), adduser est simplement un alias pour useradd, pas un script Perl. Le voici dans Redhat 6.9 :
$ ls -la /usr/sbin/useradd /usr/sbin/adduser
lrwxrwxrwx. 1 root root 7 Nov 2 2016 /usr/sbin/adduser -> useradd
-rwxr-x---. 1 root root 111320 Feb 9 2016 /usr/sbin/useradd
La façon dont je me souviens que useradd est le programme "correct" est la suivante :l'ajout d'un utilisateur n'est qu'une opération dans le spectre CRUD. Vous avez également besoin d'opérations "modifier" et "supprimer" (la "lecture" est probablement couverte par l'affichage de /etc/passwd). Et donc, les programmes sont nommés user* (useradd, usermod et userdel respectivement). Je suppose que l'alternative *user la convention de nommage (adduser, moduser et deluser - ceux-ci n'existent pas) pourrait également fonctionner. Mais ce serait un peu plus gênant (pour une raison que je ne peux pas exprimer clairement pour le moment :)