[590] in SIPB_Linux_Development

home help back first fref pref prev next nref lref last post

Re: Exporting quiche source tree on sipb-ftp:/u2/lockers/linux-athena

daemon@ATHENA.MIT.EDU (Greg Hudson)
Tue May 31 23:58:46 1994

To: yandros@MIT.EDU
Cc: mhpower@MIT.EDU, ghudson@MIT.EDU, linux-dev@MIT.EDU,
        rtfm-maintainers@MIT.EDU
In-Reply-To: Your message of "Tue, 31 May 1994 19:18:39 EDT."
             <9405312318.AA24712@podge.MIT.EDU> 
Date: Wed, 01 Jun 1994 00:00:48 -0400
From: Greg Hudson <ghudson@MIT.EDU>


As far as I can tell, the standard Athena mountd can't do any useful
form of host restriction.  However, mwm, the package that worried me,
doesn't actually include any source in the quiche source tree (just a
patch and a makefile), so we don't really need to worry about it.  We
do need to worry about export outside the US, but I don't think that's
as big a deal right now.

> o are you planning on NFS exporting read-write?  Are you planning on
>   using -x?  I think there's a conflict there..

I wasn't planning on using -x; I want people to be able to attach it
without write permissions if they're not in the credentials file.  On
the other hand, if -x doesn't have any effect, then I guess they'll
have to use attach -n either way.  (I know that cat could attach -n
sipbftp before she was in the credentials file.)

> The mountd rtfm's running is the standard athena one, not the
> special hacked one that died all the time and never worked right.

We may want to try going back to probe's NFS server if we're going to
start doing real NFS service, since we may want the access controls.
My understanding is that he's corrected some of the problems with it,
but I'll talk to him about it first.  This is a good time to test it,
since we don't seem to have any production NFS exports on that machine
right now.  Side note: I'll also talk to Richard about whether
synctree is free or not, since there seems to be some disagreement and
I'd like to have it for Linux.

> nfsd is currently set to 8.  If that machine is really going to be
> an NFS server, someone may want to increase that (or, since the
> machine is hosed, someone may want to lower it), or maybe not.

I've thought about this; I don't plan to widely advertise the
Linux-Athena source tree at this point, and I don't expect it to
become very popular before we migrate the RTFM services to another
machine.  At that point, we may want to increase the number of nfsds.

Summary:

	- As of tomorrow, the Linux-Athena source tree will be
NFS-exported on sipb-ftp:/u2/lockers/linux-athena, to anyone who cares
to look at it.  People in the group linux-dev will be able to write to
it.

	- Quiche should be modified appropriately, but I won't do that
unilaterally.

	- We have some work to do on NFS service before we can put
access restrictions on exports.

--GBH


home help back first fref pref prev next nref lref last post