Windows系统网络连接故障排查：Intel网卡校验和卸载功能成“元凶”？

OS/2博物馆导航OS/2博物馆网站https://www.os2museum.com/wp/ 涵盖OS/2、复古个人电脑计算及杂谈内容。网站设有主页、关于、OS/2历史、DOS历史、NetWare历史、Windows历史、PC UNIX历史等板块。其中OS/2历史板块又细分为OS/2的起源、各版本介绍、时间线、资料库等DOS历史板块包含DOS的起源及各版本介绍等NetWare历史板块有时间线和资料库Windows历史板块有资料库PC UNIX历史板块有适用于x86的Solaris 2.1相关内容。网络连接故障排查过程2026年5月4日发布的文章中作者Michal Necasek分享了网络连接故障排查经历。上周作者花大量时间尝试让Windows 11电脑与古老的Tyan SMDC服务器管理子卡IPMI模块通过网络通信。起初在使用NAT网络的Windows XP虚拟机中运行Tyan旧版TSOTyan系统操作员软件安装顺利但无法发现支持IPMI的服务器手动设置通信也失败使用原生Windows软件ipmiutil结果相同SMDC无响应。接着用运行Windows 10的旧电脑尝试情况依旧。作者怀疑SMDC设置有误将旧系统重启到Linux系统使用ipmitool能与SMDC通信在Linux主机上设置类似的Windows XP虚拟机TSO软件也能正常工作。在Windows主机上禁用防火墙等设置无效运行Wireshark发现有UDP数据包发出且收到SMDC回复但Windows系统拦截了传入的UDP数据包软件接收不到。测试运行最新版Windows 10的旧笔记本电脑ipmiutil运行正常推翻之前认为是近期Windows 10/11系统某些因素导致IPMI UDP数据包被拦截的推测。在Windows 11机器上运行PktMon发现UDP数据包因校验和无效被Windows TCP/IP堆栈丢弃而Wireshark认为数据包校验和正常。最后调整Windows 11机器网卡Intel I211驱动e1r68x64.sys选项关闭IPv4的UDP接收校验和卸载功能后问题解决ipmiutil正常工作虚拟机也能与SMDC通信。第二台尝试的Windows 10机器配备Intel网卡82579LM在e1i65x64.sys驱动中禁用IPv4 UDP Rx校验和卸载功能后问题同样解决。能正常工作的Windows 10笔记本电脑使用不同网络硬件Killer Wireless 1525适配器无校验和卸载功能或无可配置相关功能未受影响。问题根源探讨这些系统上的UDP Rx校验和卸载功能并非普遍存在问题否则DHCP和DNS服务无法正常工作。SMDC发送的UDP数据包无明显错误Linux系统和Windows TCP/IP堆栈自行验证时都认为正常。唯一可能的结论是Intel硬件和/或驱动程序对UDP校验和的验证有误导致有效数据包被丢弃。但作者不明白Intel网卡/驱动程序为何出现这种错误不过校验和验证需要驱动程序协助存在出错可能。是否是个例疑问诊断这个问题耗时起初作者以为是远程端SMDC问题。Wireshark显示远程端有合理回复但未提供软件接收不到数据的线索PktMon显示Windows TCP/IP堆栈因校验和无效丢弃数据包促使作者调整网卡驱动校验和卸载设置。搜索解决方案只找到模糊提示有人建议完全关闭校验和卸载功能认为诊断问题成本远超节省的资源该观点有一定道理。可能的原因推测作者因不想对Intel Windows驱动程序进行反汇编和跟踪只能推测问题原因。怀疑与IP报头中的“Packet ID”字段有关2013年的RFC重新定义了ID字段的使用和解释方式。Tyan SMDC上的TCP/IP堆栈简单将传入数据包作为传出数据包模板传入和传出数据包ID相同且传出数据包未标记为“禁止分片”可能引发问题这或许让Intel Windows驱动程序中的UDP校验和卸载功能产生混淆。既然无法修复Windows驱动程序关闭IPv4 UDP Rx校验和卸载功能是可行解决方案但作者认为不该这样做。文章相关信息本文发布于Bug、Intel、IPMI、网络、个人电脑硬件、TCP/IP分类。文章还提供了发表评论的入口要求填写评论、姓名、邮箱等信息网站使用Akismet减少垃圾评论。此外还列出了文章存档信息涵盖2024年1月至2026年5月。那么对于类似的网络连接故障是否还有其他潜在原因未被发现呢