[Deb] Dir sharen voor windows

[magiel]

Probleem

Share met samba is allemaal goed enzo, userrights worden ook toegepast e.d.

UserA = read/write
UserB = read/write
UserC = read

@readusers = UserC
@writeusers = UserA, UserB

Als UserA een map/bestand aanmaakt, mogen UserB & C dit lezen. UserB mag het echter niet meer aanpassen. Daarvoor moet ik eerst

code:

chown -R nobody:writeusers /media/data

doen.

Ik wil echter dat UserA (hellanzb) zijn downloads op de dataschijf mag wegschrijven, en dat ik deze met mijn eigen account (UserB) mag bewerken/verwijderen. Me broertje (UserC) mag alleen lezen.
Als UserB zijnde, heb ik dus niet de rechten om de door UserA aangemaakte mappen/bestanden aan te passen. Ik denk niet dat het aan samba ligt, want na bovenstaand commando werkt het wel ... Ik wil alleen niet elke keer in moeten loggen om mezelf rechten te geven |-).
Hoe fixt * magiel dit ?
Thanks in advance

[BarthezZ]

Door samba te zeggen dat aangemaakte bestanden enzo een bepaalde chmod en een bepaalde owner en group moeten krijgen... Hoe dit moet valt zeker weten in de documentatie te vinden, die via google erg simpel te bemachtigen is

[magiel]

Ah, daar zou je best wel eens gelijk in kunnen hebben ... Heb in webmin wel iets van Unix new file mode waar dan '755' achter staat. Even googlen welk getal ik daar in moet vullen voor wat ik wil

//Update: Dit werkt, maar alleen voor bestanden die via Samba aangemaakt worden. Nu is nog maar een deel opgelost, want bestanden die Hellanzb maakt, worden niet via samba aangemaakt ...

[ Voor 33% gewijzigd door magiel op 02-02-2008 13:11 ]

[sparks]

Dan moet je het process met een umask van 002 laten draaien.

[benoni]

En als je de map een chmod g+s geeft?

Dit is de 'set-group-ID-on-execution' bit, waardoor een nieuw bestand dat wordt aangemaakt in de map dezelfde groep krijgt toegewezen als de map. Als Hellanzb dat verder niet meer gaat zitten veranderen dan kun je er wat mee.

Disclaimer: Pas dit niet toe op executable files of op mappen met privacygevoelige gegevens.