[4302] in testers

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

Re: sgi [8.3.8]: rcp

daemon@ATHENA.MIT.EDU (Jonathon Weiss)
Thu Jul 8 16:21:15 1999

Message-Id: <199907082021.QAA19543@speaker-for-the-dead.mit.edu>
To: Greg Hudson <ghudson@MIT.EDU>
Cc: Jonathon Weiss <jweiss@MIT.EDU>, testers@MIT.EDU
In-Reply-To: Your message of "Thu, 08 Jul 1999 10:13:24 EDT."
             <199907081413.KAA16303@rcn-sucks.fsck.com> 
Date: Thu, 08 Jul 1999 16:21:05 -0400
From: Jonathon Weiss <jweiss@MIT.EDU>

> I tested from rcn-sucks (NetBSD/Athena 8.2) to whirlpool (Athena 8.3,
> manually updated kshd binary).  A krb4 rcp appears to succeed if
> encrypted logins aren't required; otherwise I get:
> 
> 	kshd: You must use encryption.
> 
> kshd isn't currently smart enough to notice that you are doing an
> unencrypted krb4 rsh in order to do an encrypted rcp.

I would expect that, but it was not the problem I was running into
(although it is worth noting).

> > rcp: Not enough space
> > rcp: I/O error
> 
> These errors are reminiscent of the kind of errors one gets when one's
> dotfiles produce output and screw up the rcp protocol.  (rcp layered
> on top of rsh was one of the things Kerberos should have thrown out
> the window alongside the use of urgent data, but that was then.)

Yeah, I've run into that problem in the past, but I fixed my dotfiles,
so unless somethign weird is going on, that shouldn't be it.  I did a
little more testing and determined that I was able to copy
deliverator's /etc/athena/version file either encrypted or
unencrypted, but the sshd trace output failed it i tried to use
encryption.  It occurs to me that the file sizes here may be relevant,
since the version file is 8729 bytes, and the sshd log is 18302.

> > tla:~: rcp -px pie:/var/athena/sshd.truss /tmp/foo$$
> > rcp: Arg list too long
> 
> This is probably a different problem (different krb4 rsh conventions
> of some kind), although I'm not too motivated to look into it just
> now.

well, I can't say I object too much to your declaring the DECstation
dead, but this also exhibits the symptoms of succeeding for the
version file, but failing for the sshd log.

	Jonathon


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