Wireshark捕获的outgoing TCP包的IP header checksum error问题

标题其实描述得不是很到位，所以重述一遍问题：

使用Wireshark/Ethereal等抓包工具在本机抓包，会发现发出的TCP包被标记为IP头校验错误。

在Wireshark for win上的表现，往往是header checksum == 0x0000。

该问题在xp、win7均可能存在 。

这个问题困扰我好久，怀疑过是wireshark的bug，但是想想也不可能，也怀疑过是windows的问题，不过从实际的上层应用的表现来看，似乎这个问题又没有引发任何影响。之前也使用ip header checksum error 关键词在Google搜索过，相关帖子还是有的，不过都没有建设性的答案。今天人品爆发，竟然搜到了答案，赶快记录下来：

http://www.netexpert.cn/viewthread.php?tid=4850

该文章是05年的，汗一个，那时我还在泡妞和逃课。

这里总结一下原因和解决方案：

网卡驱动的高级配置中，一般有两项叫做Rx Checksum Offload和Tx Checksum Offload

以win7为例，可以看下图所示：



其中的 “IPv4硬件校验和”即对应了这两个选项，它的可选项有“Rx & Tx 开启、Rx开启、Tx开启和关闭”四个。

默认的配置往往是 Rx & Tx 开启。它表示网卡会帮应用进行计算ip头的checksum字段，这样一来，操作系统的ip协议栈无须进行额外的checksum运算，它只需封装好ip数据报后甩给网卡即可。甩给网卡的原始ip报文的checksum字段值，原则上是无意义的，即随机的，但是根据windows上的表现来看，这个值一直是固定0x0000。

猜测一下Wireshark的抓包原理，大概是利用Pcap提供的某种机制，把发给网卡的数据给截获了一份，这样一来，如果操作系统协议栈中出来的ip包的checksum尚未被正确设置，Wireshark完全不知道该数据还会被网卡进行修正，于是它就报错了。

至此，如何使得Wireshark不再抱怨ip头校验错误，答案已经显而易见了，直接选择关闭“IPv4硬件校验和”选项即可（选择“Rx开启”应该也是可行的，这样就相当于关闭了Tx的硬件校验和功能。但是我没有试验过）。