Corrupted MAC on input

Darren Tucker dtucker at zip.com.au
Thu Apr 29 23:49:20 EST 2004


Ryan Robertson wrote:

> I am experiencing similar issues as noted in this bug
> id:
> http://bugzilla.mindrot.org/show_bug.cgi?id=510
> 
> I am ssh'ing from a dchp'd address to a nat'd address
> (tried both hostname & ip).  after a successful login,
> I launch an X app.  Shortly thereafter I get:
> "Disconnecting: Corrupted MAC on input."

> I was not experiencing this problem w/3.7, but I
> cannot place full blame on 3.8, as it was working for
> a short while.  So you're asking youself, "what's
> changed?"

Also "does the problem persist if you revert to 3.7 temporarily" and 
"does it occur with large file transfers with, eg scp or sftp"?

> Well on both the client and server side,
> nothing.....on the network side....who knows, I have
> zero control over that.  To the best of my knowledge
> they're using cisco all the way around.  Not certain
> on model type.  Below is a brief debug from the 
> client side:

The can be caused by *any* changes to the data at any point between 
client and server.  This includes network device drivers, network 
interfaces, memory, cabling, routers, switches...

At each end, do you get problems doing transfers to localhost?  Can you 
do a transfer with another protocol (netcat can be useful for this) then 
md5sum source and destination files and compare?

-- 
Darren Tucker (dtucker at zip.com.au)
GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4  37C9 C982 80C7 8FF4 FA69
     Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.




More information about the openssh-unix-dev mailing list