useradd ist eine native Binärdatei, die mit dem System kompiliert wird. Aber adduser ist ein Perl-Skript, das useradd verwendet binär im Backend.
adduser ist benutzerfreundlicher und interaktiver als sein Backend useradd . Es gibt keinen Unterschied in den bereitgestellten Funktionen.
Der Hauptvorteil von adduser über useradd befasst sich mit Benutzern auf Systemebene. Mit adduser Wenn das Benutzerkonto auf Systemebene erstellt wird, legt es ein Benutzerverzeichnis für den Systembenutzer unter useradd an geht nicht automatisch. Wenn Sie den Mann lesen, sind sie im Wesentlichen gleich, außer dass Benutzer auf Systemebene und zugehörige Home-Verzeichnisse automatisch sind. adduser erstellt automatisch ein /home/user-Verzeichnis für Benutzer auf Systemebene, wenn es keine Bestimmung in useradd gibt , außer wenn durch -m angegeben Möglichkeit. Die anderen Lesarten, auf die ich gestoßen bin, besagen allgemein, dass UID und GUID von akzeptierten konformen Debian-Standards in adduser zugewiesen werden .
In einigen Redhat-Instanzen, die ich überprüft habe (4.9 von 2011 und 6.9 von 2017), ist adduser einfach ein Alias für useradd, kein Perl-Skript. Hier ist es in 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
Ich erinnere mich, dass useradd das „richtige“ Programm ist:Das Hinzufügen eines Benutzers ist nur eine Operation im CRUD-Spektrum. Sie benötigen auch 'modify'- und 'delete'-Operationen ('read' wird vermutlich durch das Anzeigen von /etc/passwd abgedeckt). Die Programme heißen also user* (useradd, usermod bzw. userdel). Ich nehme an, die Alternative *user Namenskonventionen (adduser, moduser und deluser - diese existieren nicht) könnten ebenfalls funktionieren. Aber es wäre etwas umständlicher (aus einem Grund, den ich im Moment nicht klar ausdrücken kann :)