最近在搞一个ipv6的，需要对它进行校验，原来是只由ipv4，现在需要改为，即支持v4又要支持v6，话不多说，上菜！

ipv4的校验：

var ipv4 = new RegExp(/^([1-9]|[1-9]\d|1\d{2}|2[0-4]\d|25[0-5])(\.(\d|[1-9](\d)?|1\d{2}|2[0-4]\d|25[0-5])){3}$/);

同时校验ipv4和ipv6：（网上搜的，但是有用！）

var ipv4v6 = new RegExp(/^([\da-fA-F]{1,4}:){6}((25[0-5]|2[0-4]\d|[01]?\d\d?)\.){3}(25[0-5]|2[0-4]\d|[01]?\d\d?)$|^::([\da-fA-F]{1,4}:){0,4}((25[0-5]|2[0-4]\d|[01]?\d\d?)\.){3}(25[0-5]|2[0-4]\d|[01]?\d\d?)$|^([\da-fA-F]{1,4}:):([\da-fA-F]{1,4}:){0,3}((25[0-5]|2[0-4]\d|[01]?\d\d?)\.){3}(25[0-5]|2[0-4]\d|[01]?\d\d?)$|^([\da-fA-F]{1,4}:){2}:([\da-fA-F]{1,4}:){0,2}((25[0-5]|2[0-4]\d|[01]?\d\d?)\.){3}(25[0-5]|2[0-4]\d|[01]?\d\d?)$|^([\da-fA-F]{1,4}:){3}:([\da-fA-F]{1,4}:){0,1}((25[0-5]|2[0-4]\d|[01]?\d\d?)\.){3}(25[0-5]|2[0-4]\d|[01]?\d\d?)$|^([\da-fA-F]{1,4}:){4}:((25[0-5]|2[0-4]\d|[01]?\d\d?)\.){3}(25[0-5]|2[0-4]\d|[01]?\d\d?)$|^([\da-fA-F]{1,4}:){7}[\da-fA-F]{1,4}$|^:((:[\da-fA-F]{1,4}){1,6}|:)$|^[\da-fA-F]{1,4}:((:[\da-fA-F]{1,4}){1,5}|:)$|^([\da-fA-F]{1,4}:){2}((:[\da-fA-F]{1,4}){1,4}|:)$|^([\da-fA-F]{1,4}:){3}((:[\da-fA-F]{1,4}){1,3}|:)$|^([\da-fA-F]{1,4}:){4}((:[\da-fA-F]{1,4}){1,2}|:)$|^([\da-fA-F]{1,4}:){5}:([\da-fA-F]{1,4})?$|^([\da-fA-F]{1,4}:){6}:$/);

参考：https://www.cnblogs.com/sunliyuan/p/14378518.html

转载自多篇文章。

出现该问题的原因：
Wireshark测试的时候发现了好多的包都被标记为 Bad Tcp
把包打开仔细查看后发现只有一个问题就是：header checksum == 0x0000
查阅了大量资料后发现原来是网卡的自动计算校验和在作怪。
网卡驱动的高级配置中，一般有两项叫做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硬件校验和”选项即可。

修改方案：
edit -> preferences -> protocols -> IPv4 -> validate the IPv4 checksum if possible
把对勾去掉即可，这才是正确的解决方法！

一、以下各个头文件所在的位置为

Ubuntu下目录/usr/include/linux/

Fedora下目录 /usr/src/kernels/2.6.35.6-45.fc14.i686/include/linux/

二、ip头部的结构体定义如下

#include <linux/ip.h>
struct iphdr {
#if defined(__LITTLE_ENDIAN_BITFIELD)
    __u8    ihl:4,
        version:4;
#elif defined (__BIG_ENDIAN_BITFIELD)
    __u8    version:4,
        ihl:4;
#else
#error  "Please fix <asm/byteorder.h>"
#endif
    __u8    tos;
    __be16  tot_len;
    __be16  id;
    __be16  frag_off;
    __u8    ttl;
    __u8    protocol;
    __sum16 check;
    __be32  saddr;
    __be32  daddr;
    /*The options start here. */
}; 

结构体成员对应的结构如下图所示。

下面主要说明几个字段：

iphdr->ihl：首部长度(4bit)，首部长度指的是IP头部占32 bit（4字节）字的数目(也就是IP头部包含多少个4字节)，包括任何选项。由于它是一个4比特字段, 因此首部最长为60个字节。

iphdr->check：IP首部检验和字段(16位，2字节)，只计算IP头部的的所有字段的校验和，它不对首部后面的数据进行计算。 

发送方：计算一份数据报的IP头部检验和，则需要首先把此检验和字段置为0。然后对首部中每个16 bit（2字节）进行二进制反码求和(整个首部看成是由一串16 bit的字组成)，然后结果存在此检验和字段中。

接受方：当收到一份IP数据报后，对首部中每个16 bit（2字节）进行二进制反码的求和。由于接收方在计算过程中包含了发送方存在首部中的检验和，因此，如果首部在传输过程中没有发生任何差错，那么接收方计算的结果应该为全1。如果结果不是全1(即检验和错误)，那么IP就丢弃收到的数据报。但是不生成差错报文,由上层去发现丢失的数据报并进行重传。

iphdr->tot_len：总长度字段(16位)是指整个IP数据报的长度（包含后面的协议头和数据），以字节为单位。

利用首部长度字段和总长度字段，就可以知道 IP数据报中数据内容的起始位置和长度。由于该字段长16比特，所以IP数据报最长可达65535字节，总长度字段是IP首部中必要的内容,因为一些数据链路(如以太网)需要填充一些数据以达到最小长度。尽管以太网的最小帧长为46字节,但是IP数据可能会更短。如果没有总长度字段,那么IP层就不知道46字节中有多少是IP数据报的内容。

三、tcp头部的结构体定义如下

#include <linux/tcp.h>
struct tcphdr {
    __be16  source;
    __be16  dest;
    __be32  seq;
    __be32  ack_seq;
#if defined(__LITTLE_ENDIAN_BITFIELD)
    __u16   res1:4, doff:4, fin:1, syn:1, rst:1,
            psh:1,  ack:1,  urg:1, ece:1, cwr:1;
#elif defined(__BIG_ENDIAN_BITFIELD)
    __u16   doff:4, res1:4, cwr:1, ece:1, urg:1,
            ack:1,  psh:1,  rst:1, syn:1, fin:1;
#else
#error  "Adjust your <asm/byteorder.h> defines"
#endif  
    __be16  window;
    __sum16 check;
    __be16  urg_ptr;
};

结构体成员对应的结构如下图所示。

tcphdr->doff：TCP头部长度，指明了在TCP头部包含多少个32位的字。

此信息是必须的，因为options域的长度是可变的，所以整个TCP头部的长度也是变化的。从技术上讲，这个域实际上指明了数据部分在段内部的其起始地址(以32位字作为单位进行计量)，因为这个数值正好是按字为单位的TCP头部的长度，所以，二者的效果是等同的。

tcphdr->check：检验和，覆盖了整个的TCP报文段（包含后面的数据），这是一个强制性的字段，一定是由发送端计算和存储，并由接收端进行验证。

四、udp头部的结构体定义如下

struct udphdr {        
    __be16  source;
    __be16  dest;
    __be16  len;
    __sum16 check;
};

udp协议很简单，其数据报由udp首部和用户数据两部分组成，其中首部只有8字节。

1、源端口号（Source Port）：长度为16位（2字节），指明发送数据的进程的端口号。

2、目的端口号（Destination Port）：长度为16位（2字节），指明目的主机接收数据的进程的端口号。

3、长度（Data Length）：长度为16位（2字节），该字段值为udp报头和数据两部分的总字节数。

4、检验和（Checksum）：长度为16位（2字节），udp检验和是udp报头和udp数据的所有数据的检验和。对报文中每个16 bit（2字节）进行二进制反码的求和。由发送端计算和存储，由接收端校验。

5、数据

五、Ip头和tcp头udp头的数据校验和的算法函数

char setIpCheck(struct iphdr* iphdrp)
{
    iphdrp->check = 0;
    iphdrp->check = htons(checksum(0, (u_int8_t *)iphdrp, iphdrp->ihl << 2));
    return iphdrp->check == 0 ? -1 : 0;
}

char setTcpCheck(struct iphdr* iphdrp)
{
    struct tcphdr *tcphdrp = (struct tcphdr*)((u_int8_t*)iphdrp + (iphdrp->ihl<<2));
    tcphdrp->check = 0;
    
    size_t tcplen = ntohs(iphdrp->tot_len) - (iphdrp->ihl<<2); 
    u_int32_t cksum = 0;     
    cksum += ntohs((iphdrp->saddr >> 16) & 0x0000ffff);   
    cksum += ntohs(iphdrp->saddr & 0x0000ffff);   
    cksum += ntohs((iphdrp->daddr >> 16) & 0x0000ffff);
    cksum += ntohs(iphdrp->daddr & 0x0000ffff);
    cksum += iphdrp->protocol & 0x00ff;
    cksum += tcplen; 
    tcphdrp->check = htons(checksum(cksum, (u_int8_t*)tcphdrp, tcplen));

    return tcphdrp->check == 0 ? -1 : 0;
}

char setUdpCheck(struct iphdr* iphdrp)
{
    struct udphdr *udphdrp = (struct udphdr*)((u_int8_t*)iphdrp + (iphdrp->ihl<<2));
    udphdrp->check = 0;

    size_t udplen = ntohs(iphdrp->tot_len) - (iphdrp->ihl<<2); 
    u_int32_t cksum = 0;     
    cksum += ntohs((iphdrp->saddr >> 16) & 0x0000ffff);   
    cksum += ntohs(iphdrp->saddr & 0x0000ffff);   
    cksum += ntohs((iphdrp->daddr >> 16) & 0x0000ffff);
    cksum += ntohs(iphdrp->daddr & 0x0000ffff);
    cksum += iphdrp->protocol & 0x00ff;
    cksum += udplen; 
    udphdrp->check = htons(checksum(cksum, (u_int8_t*)udphdrp, udplen));

    return udphdrp->check == 0 ? -1 : 0;
}


static u_int16_t checksum(u_int32_t init, u_int8_t *addr, size_t count)
{
    /* Compute Internet Checksum for "count" bytes * beginning at location "addr". */ 
    u_int32_t sum = init; 
    while( count > 1 )
    { 
        /* This is the inner loop */ 
        sum += ntohs(* (u_int16_t*) addr);     
        addr += 2;     
        count -= 2; 
    }
    /* Add left-over byte, if any */ 
    if( count > 0 )      
        sum += ntohs(( *(u_int8_t *) addr ));
    /* Fold 32-bit sum to 16 bits */ 
    while (sum>>16)    
        sum = (sum & 0xffff) + (sum >> 16); 
    return (u_int16_t)~sum;
}