[3244] in SIPB-AFS-requests
Re: migrating rosebud to a Sun
daemon@ATHENA.MIT.EDU (mhpower@MIT.EDU)
Wed Jan 20 02:42:54 1999
Date: Wed, 20 Jan 1999 02:42:45 -0500
From: mhpower@MIT.EDU
To: mwhitson@MIT.EDU
Cc: sipb-afsreq@MIT.EDU, zacheiss@MIT.EDU, hartmans@MIT.EDU
In-Reply-To: "[3243] in SIPB-AFS-requests"
>I'd like to also use the -e flag to telnetd, which refuses unencrypted
>connections.
I think you should use that for telnetd in addition to the "-a user"
that I had listed. (I don't think unencrypted connections should be
made, so it's best if they aren't possible, although I do suspect that
the current active sipb afs maintainers wouldn't be trying to make
unencrypted connections even if they were possible...).
I came up with one final change that I hope you're able to add in
before you put the machine into production use. I'd like the scp
binary (and therefore also the ssh binary, which it requires) to be on
local disk. The scenario where this is useful is if (for whatever
reason...) the afs client doesn't start and it's helpful to copy some
file onto the machine to use in fixing the problem, all of the
reasonable methods of copying files should be available. For example,
maybe I'd have the file I need on a machine elsewhere that I can
access via scp but not via rcp. The rcp and v4rcp binaries are already
on local disk, so I think having scp/ssh should be reasonable.
Matt
*** sipbops.sync.old Tue Jan 19 02:03:12 1999
--- sipbops.sync Wed Jan 20 02:20:10 1999
***************
*** 22,25 ****
--- 22,27 ----
copy usr/athena/bin/rlogin -p -f
copy usr/athena/bin/rsh -p -f
+ copy usr/athena/bin/scp -p -f
+ copy usr/athena/bin/ssh -p -f
copy usr/athena/bin/tftp -p -f
copy usr/athena/bin/top -p -f
