Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!cmcl2!rutgers!ukma!eric
From: eric@ms.uky.edu (Eric Herrin)
Newsgroups: comp.sys.att,comp.unix.wizards
Subject: Re: Root equivalence over RFS
Message-ID: <7222@e.ms.uky.edu>
Date: Sat, 5-Sep-87 11:38:57 EDT
Article-I.D.: e.7222
Posted: Sat Sep  5 11:38:57 1987
Date-Received: Sun, 6-Sep-87 05:52:55 EDT
References: <7211@e.ms.uky.edu> <2923@ulysses.homer.nj.att.com>
Reply-To: eric@ms.uky.edu (Eric Herrin)
Followup-To: ekrell@hector..UUCP (Eduardo Krell)
Organization: U of Kentucky, Mathematical Sciences
Lines: 29
Keywords: rfs, remote file sharing, SVR3.1
Summary: {uid,gid}.rules didn't work for me (for root anyway)
Xref: mnetor comp.sys.att:1159 comp.unix.wizards:4104


>Have you tried
>
>global
>default transparent
>
>in your /usr/nserve/auth.info/uid.rules?. This works for us. We're not
>running RFS over STARLAN, but that should make no difference.
>By the way, we're running SVR3.1
>    
>   Eduardo Krell                   AT&T Bell Laboratories, Murray Hill
>
>   {ihnp4,seismo,ucbvax}!ulysses!ekrell


This seems to work just fine for every uid except root..  This was, of
course, the very first thing I tried.  I tried rebooting RFS, the
OS, and resorted to the hack as a last hope (at least I knew it would work).

The uid.rules and gid.rules SHOULD do what you have implied, and if they
actually do for you, maybe there is something else wrong.  I am running
SVR3.1 (with sources of course) with ether and starlan, but only starlan
with RFS.  The uid being returned from the server side when root owns
something is NO_ACCESS or MAXUID+2.  This implied to me that the .rules
files were automatically excluding root.  If you have any further
suggestions, please e-mail me unless there is considerable interest on
the net about this.

				eric