[4302] in testers
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