[244] in SIPB_Linux_Development
Re: We should have done this earlier... :-)
daemon@ATHENA.MIT.EDU (Chad Brown)
Fri Dec 3 04:15:38 1993
To: svalente@MIT.EDU
Cc: linux-dev@MIT.EDU
In-Reply-To: Your message of Thu, 02 Dec 93 21:23:57 -0500.
<9312030223.AA01844@quiche-lorraine.mit.edu>
Date: Fri, 03 Dec 93 04:15:27 EST
From: Chad Brown <yandros@MIT.EDU>
I am currently exporting /usr/src and /usr/athena/src. Both are
exported read-only, since the nfs server doesn't support kerberos, and
I dont want anyone with half a clue to be able to nuke the source
trees.
We need a credentials database:
; attach -h -n -v -d -r -t nfs -m /mit/sal -e quiche:/usr/athena/src
quiche:/usr/athena/src resolves to:
NFS /usr/athena/src quiche r /mit/sal
Locking attachtab....Setting lock on /tmp/attach_quiche:@usr@athena@src: 5
Unlocking attachtab
Processing line NFS /usr/athena/src quiche r /mit/sal
Mountpoint canonicalized as: /mit/sal
Making directory /mit (sal)
Making directory /mit/sal ()
Getting RPC handle for 18.70.0.227
Adding cache entry with FD = 4
RPC return status: RPC: Authentication error; why = Invalid client credential
quiche:/usr/athena/src: Authentication failed
Deleting directory /mit/sal (/mit/sal)
Locking attachtab....Removing lock on /tmp/attach_quiche:@usr@athena@src
Unlocking attachtab
I looked around quickly but didn't see mkcred or anything similar
around, but I may have been looking in the wrong place.
In other news, there are a million one-letter-username accounts on
Keesh now. Chad, you started this, I blame you.
I had a reason when I did the first one. Then Greg Stark did it for
no reason at all. Then Eric. Glah; I guess I blame me too. I just
assumed that the silliness wouldn't continue, and that mine would go
away when we reinstalled, and that would be that. Oh, well; they can
all go away when we reinstall, right?
