zoltans at geograph.co.za
Mon Sep 11 12:41:55 UTC 2006
Alan McKinnon wrote:
> On Monday 11 September 2006 14:00, Zoltan Szecsei wrote:
>> The scenario is (ubuntu dapper):
>> The directory of files is on host gl0 mounted with nfs3
>> squashing to a specific user and group.
>> User from other hosts that mount this directory copy files to
>> their own host, edit them and "put" them back.
>> The files on gl0 now have permissions 600 (instead of 775)
>> and the squashed uid/gid.
>> For users that are actually on host gl0, when they put the
>> files back into the main directory, the permissions are still
>> re-set to 600 but the uid/gid is that of their own (this is
>> not a train-smash if I could get the darn permissions to
>> remain 775).
> Hey Zoltan,
> I think we all had this conversation on clug as well a while
> back :-)
yes, but it is _not_ solved.
> As I see it, the problem is that nfs does not enforce
> permissions on files written to exported volumes. From the
not entirely true. I've only added the remote nfs access a week ago and
this problem was happening whilst everyone was actually running off the
Maybe I should not have mentioned nfs 'cos now everyone thinks it is an
nfs issue. In fact nfs is working correctly because the squashing is
having an effect,
> user's point of view, whatever his umask is is what the
> permissions will be and beyond that the kernel/system doesn't
> interfere. i.e nfs trusts the client that it knows what it is
> This sounds like a job for samba, where you can enforce
> permissions of written files
Geograph (Pty) Ltd.
P.O. Box 31255, Tokai 7966, South Africa.
B3-106 Tokai Village, cnr Vans/Tokai Rds,
Tokai 7945, Western Cape, South Africa.
Tel: +27-21-7154329 Mobile: +27-83-6004028
More information about the ubuntu-users