md5校验不一致若排除服务器、网络、软件和存储问题，需怀疑网卡硬件校验和卸载缺陷；先用ethtool检查rx/tx offload状态，再分别禁用rx/tx卸载重下验证，最后通过持久化脚本禁用相关卸载功能并三次校验确认。
下载大文件后MD5校验不一致，若已排除服务器端、网络中间设备、下载软件干扰和存储介质问题，需怀疑网卡硬件校验和（TCP/UDP checksum offload）在收发过程中被网卡驱动错误卸载或篡改——这种问题在Linux虚拟机、老旧主板集成网卡或某些Realtek/Intel千兆网卡上真实存在，会导致数据包在内核协议栈之前就被静默损坏。
确认是否为网卡硬件校验和导致的问题
第一步：在下载完成且MD5不一致的机器上，立即执行以下命令检查当前网卡是否启用了接收/发送校验和卸载功能：
ethtool -k $(ip route | awk '/default/ {print $5; exit}') | grep checksum
若输出中显示 rx: on 或 tx: on，说明硬件校验和卸载已启用。这不是问题本身，而是潜在诱因——当网卡固件或驱动存在缺陷时，卸载过程可能引入比特翻转，而该错误不会触发TCP重传，因为校验和在网卡层面“看起来正确”，但实际payload已被篡改。
第二步：临时禁用全部校验和卸载，强制由CPU完成校验计算：
sudo ethtool -K $(ip route | awk '/default/ {print $5; exit}') rx off tx off sg off tso off gso off gro off lro off
注意：该命令会立即生效，无需重启网卡，但部分参数（如lro/gro）在旧内核中可能不支持，报错可忽略；【关键操作】必须在禁用后立刻重新下载同一文件并校验MD5，不能复用之前损坏的副本。
定位具体是RX还是TX方向出错
方法一：仅禁用接收校验和卸载（RX）
sudo ethtool -K $(ip route | awk '/default/ {print $5; exit}') rx off
保持tx、tso等其他卸载项开启，重新下载并校验。若MD5一致，说明问题出在RX路径的硬件校验和处理环节。
方法二：仅禁用发送校验和卸载（TX）
sudo ethtool -K $(ip route | awk '/default/ {print $5; exit}') tx off
适用于你作为服务端提供文件、客户端校验失败的场景——此时需在服务端执行该命令，再让客户端重下。若此时客户端MD5恢复正常，则TX路径的网卡固件存在缺陷。
提示：某些Realtek RTL8168系列网卡在开启LRO（Large Receive Offload）时，会对多个TCP段做错误合并，导致应用层收到的数据块顺序错乱，最终MD5必然不一致。这类问题仅禁用RX和LRO即可解决，无需动TX。
永久禁用并验证稳定性
① 创建持久化配置文件防止重启失效：
echo 'ethtool -K $(ip route | awk "/default/ {print \$5; exit}") rx off tx off gro off lro off' | sudo tee /etc/network/if-up.d/disable-offload
② 赋予执行权限：
sudo chmod +x /etc/network/if-up.d/disable-offload
③ 重启网络接口使配置立即生效：
sudo ifdown $(ip route | awk '/default/ {print $5; exit}') && sudo ifup $(ip route | awk '/default/ {print $5; exit}')
这一步完成后，再次下载同一文件并运行 md5sum 文件名 对比原始值。若三次连续下载均通过校验，即可确认原问题由网卡硬件校验和卸载机制引发。
