从SAMBA共享传输至Windows的文件损坏问题求助

服务器端配置调整 #

• 禁用SMB异步IO：在smb.conf的全局段或目标共享段添加async=no，执行systemctl restart smbd重启服务。旧版Samba对Windows异步IO的兼容性存在缺陷，大文件传输时易引发缓存同步错误。
• 禁用原始读写模式：在smb.conf中添加read raw=no和write raw=no，强制使用标准IO路径传输数据，规避原始模式下的数据校验不匹配问题。
• 调整文件系统缓存：若服务器使用ext4文件系统，临时挂载时添加nobarrier参数（修改/etc/fstab后重新挂载），测试是否因磁盘缓存同步延迟导致数据不一致。

Windows客户端优化 #

• 关闭TCP自动调优：执行命令netsh int tcp set global autotuninglevel=disabled，重启电脑后测试。部分网络环境下，TCP自动调优会导致大文件传输时丢包重传，进而引发数据错乱。
• 禁用SMB机会锁（oplock）：在注册表中新建HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\UseOpportunisticLocking，设为DWORD值0。oplock易在大文件传输时引发客户端与服务器的缓存不一致，导致校验错误。
• 固定网卡MTU值：将Windows客户端网卡MTU设为1400（以太网环境），执行netsh interface ipv4 set subinterface "你的网卡名称" mtu=1400 store=persistent，避免大数据包分片时出错。

验证排查步骤 #

• 用smbclient测试：在Windows上安装Samba客户端工具，执行smbclient //服务器地址/共享名 -U 用户名 -c "get 大文件名"，对比校验和。若此方式正常，问题出在Windows原生SMB客户端；若同样损坏，需排查服务器或网络硬件（交换机、网卡）。
• 协议抓包分析：用Wireshark在客户端抓取SMB3协议包，查看大文件传输时是否存在STATUS_INVALID_NETWORK_RESPONSE或异常重传包，定位问题是协议层面还是网络层面。

内容的提问来源于stack exchange，提问作者uzurik