NFS mount permissions when user ids don't match

Brian Fahrlander brian at fahrlander.net
Wed Oct 24 04:20:17 UTC 2007


Bill Moseley wrote:
>>     But the idea of NFS mounting a removable drive is the actual issue, 
>> here; if you're going to export something, you want to export something 
>> there's no chance someone's working on; I'd suggest copying over the 
>> files to a bit of drive space that's always there.
> 
> The mount is on a server on the LAN, it's not a removable drive.

     I'm guessing you mean when the client mounts it, it has those 
perms; ok.  The other poster mentioning the detail of user/group IDs is 
probably valid, too.

     Here, I have in /etc/exports:

/home   192.168.1.6(rw,sync,no_root_squash)
/shares 192.168.1.6(rw,sync,no_root_squash)

     It's repeated several times for the various workstations that may 
or may not be using it. Perms there are:

   /home:   drwxr-xr-x  16 root  root     4096 Aug 11 20:10 .
   /shares: drwxr-xr-x  11 root  root     4096 Aug  9 07:19 .

    The clients have this in /etc/fstab:
nfs:/home       /home           nfs     defaults        0       0
nfs:/shares     /shares         nfs     defaults        0       0

     (I'd get much better performance with rsize and wsize of 8192, but 
it's a slow machine anyway.)

     I think the operative part here is the "no_root_squash" which I 
feel is safe enough inside the house, but not in an untrusted 
environment; that might be what you want, too.

     Hope it helps.
-- 
  ------------------------------------------------------------------------
  Brian Fahrländer                 Christian, Conservative, and Technomad
  Evansville, IN                              http://Fahrlander.net/brian
  ICQ: 5119262                         AOL/Yahoo/GoogleTalk: WheelDweller
  ------------------------------------------------------------------------




More information about the ubuntu-users mailing list