SLES 12: Festlegen der Standardgruppe für neue Benutzer über die Option /etc/login.defs USERGROUPS_ENAB funktioniert nicht?

Question

Ich richte einen neuen SLES 12-Server ein und möchte die Standardgruppe für neue Benutzer festlegen, so dass dieser nicht den Namen users hat, sondern <username> (z. B. Benutzer foo würde der Gruppe foo zugewiesen werden).

fand ich, dass die Option USERGROUPS_ENAB in /etc/login.defs soll diese Arbeit tun, aber nachdem ich es zu USERGROUPS_ENAB yes geändert und versucht, würde einen neuen Benutzer über yast, wie neue Benutzer zu erstellen - nach yast - noch zugeordnet werden zu users.

Wie kann ich das gewünschte Verhalten über yast erreichen? Oder vermisse ich etwas?

Answer 1

Nach dem Ändern von USERGROUPS_ENAB zu in der /etc/login.defs Datei haben Sie das Verhalten, wie Sie wollen, für die useradd Standardwerte geändert. So zum Beispiel, könnten Sie diesen Befehl als root ausführen und es wird tun, was Sie erwarten:

linux-54pe:~ # grep "USERGROUPS_ENAB" /etc/login.defs 
USERGROUPS_ENAB yes 
linux-54pe:~ # useradd bob 
linux-54pe:~ # cat /etc/passwd | grep bob 
bob:x:1003:1003::/home/bob:/bin/bash 
linux-54pe:~ # cat /etc/group | grep bob 
bob:!:1003: 

Das Problem ist, dass Sie YaST2 verwenden. YaST2 verwendet eine eigene Standardgruppenzuordnung und berücksichtigt daher nicht die Standardänderungen, die an useradd vorgenommen wurden. Im /var/log/YaST2/y2log können Sie sehen, dass, wenn ich den Benutzer offen erstellen versucht:

2017-04-25 10:44:02 <1> linux-54pe(2871) [Perl] modules/Users.pm(Users::CommitUser):3517 commiting user 'frank', action is 'add_user', modified: 1, ldap modified: 0 
2017-04-25 10:44:02 <1> linux-54pe(2871) [Perl] modules/Users.pm(Users::CommitGroup):3787 commiting group 'users', action is 'user_change_default' 

Auch im YaST2-Modul, wenn Sie den Benutzer in der Einzelheiten Registerkarte erstellen Sie am Boden sehen kann, dass es die Zuordnung es zu einem eigenen Standard-Gruppenparameter von Benutzern.

screenshot showing parameter

Wenn Sie ein Support-Berechtigung mit SUSE haben, können Sie sie kontaktieren, um zu sehen, ob sie bereit sind, dies als Fehler zu unterbreiten. Zumindest sollten sie in der Lage sein, dies als eine Verbesserungsanfrage einzubringen.