Aby dodać nowego użytkownika sudo, jak sądzę, mogę zadzwonić:
# to create a new user sudo adduser newusername i aby zezwolić temu użytkownikowi na używanie sudo, mogę to zrobić:
sudo adduser newusername sudo lub
sudo gpasswd -a newusername sudo Jeśli to prawda, czy jest jakaś różnica między tymi poleceniami lub powodami, dla których należy ich używać przede wszystkim dla skryptu wzmacniającego serwer Ubuntu, ale także starając się być jak najbardziej ogólny, np. różne wersje Linuksa czy kompatybilność z dystrybucją?
Odpowiedź
Ostatecznie Debian (a więc i Ubuntu) adduser wywołania gpasswd:
my $gpasswd = &which("gpasswd"); &systemcall($gpasswd, "-a",$existing_user,$existing_group);
Debian „s adduser został napisany z myślą o byciu wygodną nakładką na szereg narzędzi (w takim czy innym kroku wykorzystuje useradd, , usermod, passwd, chfn i kilka więcej poleceń). adduser i co. mają charakter specyficzny dla dystrybucji, będąc skryptami frontendowymi. Ten, który widzisz, pochodzi z Debiana , a Slackware i FreeBSD (przynajmniej) mają własne.
Spodziewałbym się spójnego interfejsu z poleceniami niższego poziomu, takimi jak usermod i gpasswd, ponieważ wydają się pochodzą ze wspólnego zestawu narzędzi zgodnego z pochodzeniem pakietu w Debianie (a tym samym Ubuntu , Arch Linux , Fedora i CentOS ) i Slackware .
Z drugiej strony Debian zaleca , aby administratorzy systemu używali adduser itd.
Komentarze
- Stąd też pomysł, aby otworzyć polecenia w edytorze i sprawdzić skrypt Perla, aby zobaczyć, jak to działa.
- więc … polecasz gpasswd? Zastanawiam się, dlaczego debian poleca adduser