帮助这将是伟大的。
眼镜：
LAMP服务器Linux操作系统 – Debian 5.0.1 4x Intel（R）Xeon（TM）CPU 2.80GHz
重要包裹：
我们并没有用这个问题来解决问题，我们也不知道究竟是什么时候发生的，也不知道发生了什么变化的细节。 但是我们做了一个更新，这个问题似乎已经开始，并与更新相对应。 但是，任何时候我尝试从服务器（即备份的站点根文件夹）传输大型文件到我的机器上，例如通过SSH和SCP，我得到以下内容：
“input损坏的MAC。断开连接：数据包损坏”
我不知道到底是什么问题。 我觉得这要么与HMAC或HMAC2有关，要么与网卡或软件有关。 有什么想法吗？
我的想法：
应通过以太网和TCP校验和消除线路上的电平错误。 被破坏的以太网帧/ IP数据包可能会滑落，然后到达networking堆栈的更高层，但这确实不太可能，绝对不应该导致可重复的问题。 所以我看到两个主要的可能性：
1）有人在与您的传输混淆，修改正在传输的数据，以使以太网/ IP校验和匹配，但encryption层看到垃圾，或2）更可能，您有一些硬件错误，最有可能的CPU或RAM，损坏数据在线以后。 同样，ECC RAM应该降低这种情况发生的概率，但是过热/死亡的CPU可能会带着数据玩地狱。
我不知道具有错误行为的NIC /驱动程序的TCP卸载引擎是否会产生这样的错误，但是这种思路可以解释（更改驱动程序？）与更新问题的相关性。
对于任何其他人磕磕绊绊的问题/答案，我可以certificate一个错误的NIC /以太网端口（如Paweł所述）可以导致OP具有的确切问题（input上的MAC被破坏）。 我有两个以太网端口，其中一个在使用时会破坏大文件传输。
停止像桑巴 ，阿帕奇，MySQL的服务，并做了伎俩。 停止后，连接没有终止，我能够传输7GB的tar文件，没有任何“input损坏的mac”错误。
您应该查看日志文件以查看错误是/ var / log / sercure