Xref: utzoo comp.sys.sequent:625 comp.protocols.nfs:995
Path: utzoo!attcan!uunet!mcsun!ukc!keele!cs.keele.ac.uk!jonathan
From: jonathan@cs.keele.ac.uk (Jonathan Knight)
Newsgroups: comp.sys.sequent,comp.protocols.nfs
Subject: Re: .rhosts problem with NFS mounted home directory - is it real?
Message-ID: <359@keele.keele.ac.uk>
Date: 11 Jun 90 12:38:59 GMT
References: <36464@sequent.UUCP>
Sender: news@seq1.keele.ac.uk
Lines: 33

From article <36464@sequent.UUCP>, by yuf@sequent.UUCP (Kyle Grieser):
>                          When NFS goes across the wire to the server
> machine, it goes as "root" (/usr/ucb/{rlogin, rsh} are setuid "root"). 

Could be.  However, I was the person who originally demonstrated the problem
to Gerry and I have my .rhosts file world readable.  At the time I
had an intermittent problem with reading any files in my area which I
thought might be linked to the problem, however I cannot re-create
the problem now.

What I saw was first a demand for my password (even though I had the
correct entry in my .rhosts) and then this:

% cat .rhosts
cat: read error: permission denied
% touch some_file_which_doesnt_exist
% cat .rhosts
normal listing....

This worked for any file in my area.  I felt that this was possibly related
seeing as if I couldn't read my .rhosts until I altered the directory
then I presumed that rlogind couldn't either.

Today I tried to re-create the problem and couldn't.  I have a .rhosts
which is world readable, as an experiment I altered it back to
the 600 permissions.  I can log in without a password which is the
correct result.  I have a feeling that there is another condition
that I don't know about which causes the problem to appear.
--
  ______    JANET :jonathan@uk.ac.keele.cs     Jonathan Knight,
    /       BITNET:jonathan%cs.kl.ac.uk@ukacrl Department of Computer Science
   / _   __ other :jonathan@cs.keele.ac.uk     University of Keele, Keele,
(_/ (_) / / UUCP  :...!ukc!kl-cs!jonathan      Staffordshire.  ST5 5BG.  U.K.