l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
July 21: Defensive computing: Information security for individuals
Next Installfest:
TBD
Latest News:
Jul. 4: July, August and September: Security, Photography and Programming for Kids
Page last updated:
2003 Mar 02 21:39

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] NFS and user IDs
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] NFS and user IDs



On Sun, Mar 02, 2003 at 12:18:12PM -0800, Rod Roark wrote:
> On Sunday 02 March 2003 09:50 am, Shawn P. Neugebauer wrote:
> > On Sunday 02 March 2003 09:20 am, Rod Roark wrote:
> > > Anyone know if there's a way to map user IDs (other than
> > > root) across NFS?

Rod,

  If you want to go through the hassle I would recommend looking into
this package... which I've not used before but sounds about right.
====
Package: ugidd
Priority: optional
Section: net
Installed-Size: 108
Maintainer: Herbert Xu <herbert@debian.org>
Architecture: i386
Source: nfs-user-server
Version: 2.2beta47-12
Replaces: netstd, nfs-server (<< 2.2beta46-4)
Depends: portmap | netbase (<< 4.00), libc6 (>= 2.2.4-4), libwrap0
Filename: pool/main/n/nfs-user-server/ugidd_2.2beta47-12_i386.deb
Size: 24960
MD5sum: 93b5586424283f18578e7f712e20e87e
Description: NFS UID mapping daemon.
 This package contains the UID mapping daemon (rpc.ugidd) which is used on
 NFS clients to do UID/GID mapping.
====

> > > I.e., user "rod" on the client machine has ID 1000, but on
> > > the NFS server is 500, and I'd like general access to my
> > > home directory from the client.
> 
> but did not, is an entry like this in /etc/exports:
> 
> /home rod(rw,all_squash,anonuid=500,anongid=500)
> 
> However when I mount this from the client I still get a
> permission-denied error when trying to cd into my home
> directory.  I don't understand this.

  Based on my read of the documentation that should do what you expect 
it to... no error.  I tried the following here with the demo machine:

/etc/exports:
====
/home/lugod 10.10.10.*(rw,all_squash,anonuid=1001,anongid=1001)
====

  It worked on the client machines but not until *after* restarting the
nfs-server components.  (a reload didn't take effect for some reason)...
on this machine that involved:
===
/etc/init.d/nfs-kernel-server restart
/etc/init.d/nfs-common restart
===

  You may want to try again...

  Also I agree with Shawn about making the UIDs be the same on your
network... it's often less painful long term.

    Good Luck,
      Mike
_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
O'Reilly and Associates
For numerous book donations.