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.youkuaiyun.com/ixidof/article/details/6658125
本文探讨了SSH会话突然中断的问题,并提出了两种可能性:一是传输过程中数据被篡改导致加密层出现错误;二是硬件故障(如CPU或RAM问题)在数据接收后损坏了数据。文中还提到了TCP卸载引擎可能导致此类错误的情况。
1044

被折叠的 条评论
为什么被折叠?



