This is a discussion on Re: Disconnecting: Corrupted MAC on input. - Solaris 8 64-bit SPARC - openssh ; Hi On Mon, Oct 23, 2006 at 04:22:47PM -0400, Chris Rapier wrote: > More than likely this is due to a layer 1 problem somewhere along the > path. I saw this happen with some of the older intel pro ...
On Mon, Oct 23, 2006 at 04:22:47PM -0400, Chris Rapier wrote:
> More than likely this is due to a layer 1 problem somewhere along the
> path. I saw this happen with some of the older intel pro e1000 cards but
> I've also seen it happen with bad cables and flaky drivers (esp when
> using some sort of offloading). A straight forward tcp transfer will
> recovery from some intermittent hardware faults by just retransmitting
> but MAC will, for obvious reasons, fail in these same conditions.
I can't really follow that argument. If "tcp will recover" then the
errors must be visible to TCP, and TCP will retransmit that segment
before SSH can even take a look at it, let alone notice the corrupted
>From what I've seen on this list, I'd tend to blaim the OpenSSL installation
on that machine.
(As a workaround, the original poster might want to use "bsplit" to
chop the file into smaller pieces, transmit them one by one, and
re-concatenate them aftwarwards. Ugly, but a quick solution).
USENET is *not* the non-clickable part of WWW!
Gert Doering - Munich, Germany firstname.lastname@example.org
fax: +49-89-35655025 email@example.com
openssh-unix-dev mailing list