file permissions

Zoltan Szecsei 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 
maon host.
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 
> doing.
>
> This sounds like a job for samba, where you can enforce 
> permissions of written files
> alan
>
>   


-- 

===========================================
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
Fax: +27-86-6115323
===========================================






More information about the ubuntu-users mailing list