Hallo !
Wie kann man unter Samba 3 mit Win 2k und Win XP Clients verhindern, dass bei der Änderung die gesamte Share durchforstet wird ?
Anmerkung:
Dies geschieht auch, wenn man “Nur diesen Ordner” bei der Rechtevergabe im Unterpunkt “erweitert” einstellt.
Grüße
Alexander Scheib
Hallo Alexander,
die Frage ist etwas schwer verständlich, läßt aber erahnen, dass Du noch nicht viel von Samba weißt.
Vermute mal, es liegt ein Unverständnis über die Rechtevergabe vor. Samba hat in der Standardeinstellung _keine_ vollständige Abbildung der Windows-Rechte, sondern kennt nur Besitzer, Gruppe, Welt mit den Rechten Lesen, Schreiben, Ausführen. Wer mehr will muss ein Dateisystem mit ACL (z. B. xfs; das verwende ich seit Jahren erfolgreich auf einem Produktivsystem) einsetzen. Aber selbst dabei wird es keine hundertprozentige Abbildung des Windows-Verhaltens geben.
Was allerdings
> Dies geschieht auch, wenn man “Nur diesen Ordner” bei der Rechtevergabe im Unterpunkt “erweitert” einstellt.
heißen soll, verstehe ich nicht. Entweder geht es um Rechte oder um Suchoptionen. Letztere sind von Rechten nur in sofern abhängig, dass in Verzeichnisse ohne “Ausführungsrecht” nicht abgetaucht werden kann.
Wie sind denn die Freigaben angelegt (smb.conf)? Welches Dateisystem ist auf der Linuxpartition? Welche Rechte liegen in den fraglichen Verzeichnissen?
mfg
Andreas
Hallo Andreas !
Ok, ich habe meine Frage schlecht formuliert, deshalb ein neuer Versuch:
Wenn man die Rechte auf einen Ordner einer Share ändert (von Win aus), sollte das System die Rechte auf Unterorder nicht modifizieren (bei Auswahl “nur auf diesen Ordner”).
Mein Samba 3.09 unter SuSE 9.3 mit XFS und natürlich ACL’s macht das trotzdem.
Bei 60 GB Daten in ein paar zig-tausend Dateien dauert das eben einige Minuten !
Mit Samba 2.1 traten die Probleme nicht auf – erst jetzt nach der Migration auf 3.09.
Cioa
Alexander
Hallo Alexander,
Welche Windows-Client-Version verwendest du? Vermute mal Windows-XP. Und dann machts Du dir Rechteänderung im Wurzelverzeichnis.
Richte doch mal ein Probeverzeichnis ein mit nur einer Datei und einem Unterverzeichnis mit wieder einer Datei.
\t
\t\t1.txt
\t\t2
\t\t2\t3.txt
Dann unternim die Änderung im Probeverzeichnis \t. Du wirst sehen: t3.txt erhält die Änderung nicht. So ist es OK. Wenn Du allerdings die Änderung auf die Wurzel \ ausführst schlägt die Änderung durch. Das ist kein Problem von samba oder einer Version (habe es gleich mal mit samba 3.0.9, 3.0.10, 3.0.14a und WindowsNT-Server getestet), sondern der Vererbung in XP. Dort steht in den Unterverzeichnissen: Erbe von Wurzel. Das Häckchen müßte raus und es sollte auch laufen. Als commondozeilen-freak hätte ich eine bessere Lösung: Wenn im Wurzelverzeichnis geändert werden soll nimm
cacls /E /G erlaubter_benutzer:F
um einen Benutzer (Gruppe) mit vollen Rechten hinzu zu fügen. Mehr dazu mit
cacls /?
Ein Tool, dass unter XP noch mehr mit Rechten umgehen kann ist subinacl.exe – ob da alles auf samba durchschlägt konnte ich noch nicht probieren.
mfg
Andreas
Vielen Dank erst mal !
Werde ich direkt testen.
Wir benutzen nur W2k mit Sp4. Verhält sich das anders als XP ?
Grüße
Alexander
Hallo !
Habe auf unseren SuSE 9.2 Samba Servern Samba 3.0.12-5-SuSE (64Bit) von der SuSE 9.3 DVD installiert. Zusätzlich die benötigten aktuellen Kerberos Pakete und
schon gehts !!!
=:-))