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