SSH sessions terminate abruptly with message: Corrupted MAC on input. Disconnect

http://serverfault.com/questions/338439/ssh-sessions-terminate-abruptly-with-mes

 

On-the wire level errors should be eliminated by the Ethernet and TCP checksums. It is possible that corrupted Ethernet frame / IP packet could slip now and then up to the higher levels of the networking stack, but it really isn't very probable and definitely shouldn't lead to a repeatable issue. Therefore I see two main possibilities:

 

1) There's somebody fooling with your transmission, modifying in-transit data so that the Ethernet/IP checksums match, but encryption layer sees rubbish, or 

2) More probably, you have some hardware error, most probably CPU or RAM, that damages data after it has been taken off-the-wire. Again, ECC RAM should reduce probability of this happening, but overheating / dying CPU can play hell with data.

 

I don't know if TCP Offload Engine with a mis-behaving NIC/driver could produce such errors, but that line of thought could explain (changed driver?) the correlation of problems with the update.

 

tcp checksum offload:

http://blog.csdn.net/ixidof/article/details/6658125

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值