Standardbenutzer ist nicht in der Gruppe users

[Fchen]

Hey!

Der während der Installation angelegte Benutzer ist nicht in der Systemgruppe users. Andere später angelegte Benutzer sind es jedoch.
Ist das ein Bug im Installer?

Welchen Unterschied macht diese Gruppe?

[detix]

Möchtest du denn gern der Gruppe users angehören?

Code: Alles auswählen

# ls -Rl / 2>/dev/null | grep users

gibt zumindest hier nicht allzuviel aus, und eigentlich garnichts mit dem Gruppennamen users, kann bei dir natürlich anders sein...
https://wiki.debian.org/SystemGroups
bringt nicht unbedingt mehr Infos zu dieser Gruppe.

[KP97]

Vielleicht zeigst Du uns mal, in welcher Gruppe sich der User befindet, ehe wir weiter spekulieren müssen.

In den ersten Beitrag gehören auch immer Angaben zum System und zum Desktop, auch das spart unnötiges Nachfragen.

[kalle123]

Die Fragestellung hat mich jetzt auch interessiert.

Die recht gute https://wiki.archlinux.org/index.php/us ... ser_groups sagt da leider auch nix zu.

Aber im Kofler findet sich was

Ausgabe 14, Seite 614

Für die Zuordnung zwischen Benutzern und ihren primären Gruppen gibt es zwei Strategien

Beim herkömmlichen Verfahren, das seit vielen Jahren unter Linux/Unix zum Einsatz kommt, sind alle gewöhnlichen Benutzer der primären Gruppe users zugeordnet, SUSE ist bis heute ein Anhänger dieser sehr einfachen Strategie.

Debian-basierte Distros sowie Red Hat und Fedora setzen auf ein anderes Verfahren. Jeder Benutzer bekommt seine eigene primäre Gruppe. In diesem Fall gibt es für die Benutzer kofler und huber jeweils eine gleichnamige Gruppe. Die Gruppe users spielt keine Rolle mehr.

Das Verfahren hat unter bestimmten Umständen Vorteile - etwa dann, wenn mehrere Mitglieder einer sekundären Gruppe gemeinsame Daten erzeugen. Diese Vorteile kommen aber nur bei einer entsprechenden Systemadministration zum Tragen.

Verweis auf https://wiki.debian.org/UserPrivateGroups

Vielleich doch noch mal den "guten alten verstaubten" Kofler aus dem Regal nehmen ....

[Fchen]

Der Kofler gibt dann aber auch nur die Situation für den während der Installation vom Installer angelegten Benutzer wieder. Für mit adduser neu angelegte Benutzer gilt, das diese zwar als primäre Gruppe ihre eigene haben, zusätzlich aber auch Mitglied der Gruppe users sind.

[Apfelmann]

Ich habe mit suse 4.3 angefangen

für mich war die Gruppe users immer das Bindeglied zwischen verschiedenen Installationen,
so hatte ich immer Zugriff auf meine Daten und konnte nach Bedarf installieren oder eben testen.

Als ich von suse zu debian wechselte, war diese Gruppe eine sichere Möglichkeit, um an meine Daten zu kommen
und manchmal teste ich so auch andere Distributionen.

Die Gruppen-Philosophie in der Unix-Welt war schon immer etwas schwierig

LG

[nudgegoonies]

Was mich wundert ist, dass trotz einer primären Gruppe für jeden user die user-Verzeichnisse in /home per default 755 statt 750 Rechte hatten. Ohne 750 für das eigene Homeverzeichnis bringen einem die primären Gruppen doch nichts.

[uname]

default 755 statt 750 Rechte hatten

Die Frage ist, ob 755 als Default oder der Pseudo-Wegfall von "users" älter ist.
Bereits mit 755 war die Gruppe "users" praktisch wirkungslos, da zwischen Group und Other sowieso nicht unterschieden wurde bzw. wird.

[nudgegoonies]

Ist das dann ein Bug, dass heutzutage die Homeverzeichnisse noch 755 sind? Für ein Multi-User-System sollten die Rechte meiner Meinung nach 750 sein. So richte ich meine Systeme mit Ansible zumindest ein.

[uname]

sollten die Rechte meiner Meinung nach 750 sein

Naja. 750 ist ja eigentlich auch falsch, wenn Owner und Group identisch sind

[nudgegoonies]

700 wäre natürlich noch sicherer. Aber mit 750 habe ich die Möglichkeit, andere User in meine Gruppe zu packen, damit diese bei mir lesen dürfen. Aber per Default wäre mit 750 jeder User von den anderen isoliert.

[Fchen]

Ist das dann ein Bug, dass heutzutage die Homeverzeichnisse noch 755 sind? Für ein Multi-User-System sollten die Rechte meiner Meinung nach 750 sein.

Richtig. Es kann bei Debian aber von 0755 auf 0751 umgestellt werden. Die Rechte 0751 sind dann aber ein Bug, denn immerhin lässt es so dennoch Zugriff zu!