-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, ich muss zum leidigen Thema Gruppenrechte nochmal um eure Hilfe bitten. Ich weiß, wir hatten das Thema schon zwei mal. Ich konnte jedoch in den alten mails und auch in lists.suse.com/slss nichts mehr brauchbares finden (Nur Fragen, keine Antworten). Situation: Für die Schülerzeitung benötigen wir einen Gruppenordner (/home/groups/SZ), in dem die Gruppenmitglieder (Schüler + Lehrer) Lese- und Schreibzugriff auf alle Dateien und Verzeichnisse haben. Hierfür wurde eine Bentutzergruppe SZ angelegt und die Redakteure+ mitarbeitende Lehrer dieser zugeordnet. Bisher probiert: * Dateirechte im Admin-Interface überprüft: Eigentümer: rwx Gruppe SZ: rwx Andere r-- Maske: rwx Vom Client aus (win2k) Verzeichnis Test und in Test Datei test.txt erstellt. Rechte der Datei am Server überpüft: Erwartet: 664 Erhalten: 644 * in /etc/smb.conf unterhalb [groups] eingefügt: create mask 644 force create mode 644 directory mask 2770 force direcory mode 2770 rcsmb reload Am Client ausloggen/einloggen Testverzeichnis/-Datei erstellt wie oben: Gleiches Ergebnis Sicherheitshalber (windows-like) reboot des Servers Client ausloggen/neu einloggen Gleiches Ergebnis * Im Admin-Interface/Dateirechte hinzugefügt: Gruppe SZ: rwx Rekursive Meldung: Rechte erfolgreich aktualisiert Am Server überprüft: Tatsächlich haben die *vorhandenen* Testverzeichnisse/-dateien die Rechte 774 bzw 664 *Neues* Testverzeichnis und- Datei erstellt: Verhalten wie oben (Schreibrechte nur beim user) Es fällt auf: Nach dem rekursiven Ändern der Rechte über die ACL's am Webinterface haben die "alten" Dateien bei ll ein "+" (was auf ACL's hinweist), die neuen Dateien jedoch nicht! gefacl text.txt liefert auch nur das, was ich bei den unix-Rechten schon sehe. Noch etwas: Im SZ-Verzeichnis liegen schon andere Dateien. ein Teil von diesen hat komischerweise die Rechte 464?! Ich als Gruppenmitglied (nicht Eigentümer) kann diese trotzdem nicht löschen, obwohl ich laut Gruppenrechten dies doch eigentlich dürfte?! Umbenennen geht aber! Also: Was (und vor allem wo?) muss ich ändern, um den Gruppenmitgliedern Schreibrechte auf die Gruppendateien und- Verzeichnisse zu geben). Und zwar auch für alle neu erstellten? Mir kommt gerade noch die Idee, Eine eigene Share in der smb.conf für die Schülerzeitung zu erstellen. Ist das sinnvoll? Muss ich Änderungen auch in der smb.conf.in durchführen, wie M. Bölling in einer früheren Mail schrieb? Froong üwä Froong... ;) Danke C. Schütz - -- Christian Schütz Systembetreuer Staatl. Realschule Schwabach -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBe5RU3Q8X4fkFXOYRAoK/AKCEZz0AK0jDBot8/7XI6vsod6DaawCeJ28A 2X/s7jjy+6bl5cW4iCN3a40= =Qk+F -----END PGP SIGNATURE-----
Christian Schütz schrieb:
Rechte der Datei am Server überpüft: Erwartet: 664 Erhalten: 644
* in /etc/smb.conf unterhalb [groups] eingefügt: create mask 644 force create mode 644
Wieso erwartest du 664, wenn du in der smb.conf "force create mode 644" hineinschreibst? Gruß Dieter
Hallo Dieter,
Rechte der Datei am Server überpüft: Erwartet: 664 Erhalten: 644
* in /etc/smb.conf unterhalb [groups] eingefügt: create mask 644 force create mode 644
Wieso erwartest du 664, wenn du in der smb.conf "force create mode 644" hineinschreibst? Uuups. Muss natürlich jeweils 664 heißen. Ich hoffe, ich hab' den Fehler nur bei der Mail und nicht in der smb.conf gemacht!
Gruß Christian -- Christian Schütz Systembetreuer Staatl. Realschule Schwabach
participants (2)
-
Christian Schütz
-
Dieter Kroemer