Samba - Konfiguration

[Quintus14]

Hi,

ich hab' noch immer das kleine Problem, dass User Y Dateien und Verzeichnisse, die von User X angelegt wurden, nicht verändern oder löschen kann - ich muss immer über Webmin die Kommandozeile 'chmod 777 -R /xxxxx/yyyyy/meinedaten/ -R' absetzen, damit alle User der Group editierend Zugriff haben.

In der smb.conf hab' ich ohnedies folgende Befehle drin:

[global]
    force create mode = 777
    force group = meinegruppe
    workgroup = meinfamilienname

#========= Share Definitions ==========

[daten]
    path = /xxxxx/yyyyy/meinedaten
    guest ok = yes
    writeable = yes
    valid users = @meinfamilienname\meinegruppe
.
.
.
create mask = 777
directory mask = 777

Was fehlt noch?

Thx
Quintus14


Debian 6.0, Samba 3.5.6

[Sloter]

force create mask = 0777

[Quintus14]

Danke für den Hinweis ... in die smb.conf eingetragen & smb restartet -> user Y kann nun eine von User X angelegte Datei in einem von ihm angelegten Verzeichnis editieren - aber noch immer nicht löschen oder umtaufen.

???

---

NACHTRAG: wenn ich mir die Datei-Eigenschaften im Windows ansehe, sind die Häkchen für 'Jeder' bei Lesen/Ausführen/Lesen&Schreiben gesetzt, nicht aber bei Vollzugriff und Ändern. Und wenn ich den Befehl 'chmod 777 -R /xxxxx/yyyyy/meinedaten/ -R' drüber laufen lass', ändert sich dabei nichts - aber ich kann die Datei danach trotzdem umtaufen oder löschen.
.

[ZombyKillah]

valid users = @meinfamilienname\meinegruppe

?? was is dat denn ??
Gehört das nicht so

valid users = @gruppe

oder

valid users = user1, user2, @gruppe3

Es sollte ein log vom smb geben, vielleicht steht dort was drinnen.

[Quintus14]

Zitat von ZombyKillah

Gehört das nicht so

valid users = @gruppe

Geht auch - ändert aber nichts am Verhalten (ich will mir ersparen alle User als valid users in einer Wurst da rein zu schreiben und aktuell zu halten, daher versuche ich es über die Gruppe). Die log unter /var/log/samba/log.__ffff...ip# ist leer.
.

[ZombyKillah]

... ok ich werde meine Frage anders formulieren ...

In deiner Gruppenbezeichnung kommt ein "\" vor.
Das kommt mir sehr verdächtig vor, da es normalerweise darauf hinweist, dass die Benutzerauthentifizierung von einen anderen Rechner durchgeführt wird/werden soll.
Damit das keine Berechtigungsprobleme ergibt muss die User-verwaltung des Systems ebenfalls auf diese Benutzerdatenbank zugreifen können.

[Quintus14]

Ich schrieb' doch, dass ich es jetzt geändert hab' (und damit ist der '\' weg):

#=========== Global Settings =================

[global]

## Browsing/Identification ###

# Meine Eintraege
    force create mode = 777
    force group = meinegruppe
    force create mask = 0777

   workgroup = meinfamilienname

.
.
.
#========== Share Definitions ============

[daten]
    path = /xxxxx/yyyyy/DATEN
    guest ok = yes
    writeable = yes
    valid users = @meinegruppe

Problem aber bleibt:

• auf ...\daten am Server ein Verzeichnis und darin eine *.txt von Rechner bzw. User X angelegt
• kann vom Rechner Y unter User Y inhaltlich editiert - nicht aber gelöscht und auch nicht umbenannt werden (erst nach einem 'chmod 777 -R /xxxxx/yyyyy/daten/ -R').
• User X und User Y sind Member der Gruppe 'meinegruppe' (so sollte es jedenfalls sein).

Thx

[Sloter]

die beiden einträge gibt es auch noch?

create mask = 777
directory mask = 777

[Quintus14]

@ Sloter: Bingo! Das war's, danke!

LG
Quintus14