本文着重分析内核中CONNMARK的实现,同时还包括MARK的match和target模块的实现。因为CONNMARK模块通常是和MARK模块搭配使用的。关于iptables中如何使用这三个模块,参看本人的另外一篇文章《Netfilter CONNMARK用法及分析(一)-- iptables命令行的使用》。 本文欢迎自由转载,但请标明出处和本文链接,并保持本文的完整性。 CU: Godbach Blog:http://blog.chinaunix.net/u/33048/index.html Oct 31, 2009 1. CONNMARK及相关模块的选项 这里先列出CONNMARK、MARK和mark模块的iptables命令行的选项,随后我们再逐一分析各个模块的内核实现。iptables版本为v1.3.5。 (1)CONNMARK target的选项 选项 功能 --set-mark value[/mask] 给链接跟踪记录打标记。 --save-mark [--mask mask] 将数据包上的标记值记录到链接跟踪记录上。 --restore-mark [--mask mask] 重新设置数据包的nfmark值。 (2)MARK target 的选项 选项 功能 --set-mark value 设置数据包的nfmark值。 --and-mark value 数据包的nfmark值和value进行按位与运算。 --or-mark value 数据包的nfmark值和value进行按或与运算。 (3)MARK match的选项 选项 功能 [!] --mark value[/mask] 数据包的nfmark值与value进行匹配,其中mask的值为可选的。 其中CONNMARK和MARK match中都有mask选项,这个主要用来指定给出value值中哪几位是需要设置的。通常,如果我们不指定mask的话,其值会被默认初始为0xFFFFFFFFUL。 2. MARK target的内核实现 我这里分析的内核源码版本是2.6.18,该模块的代码见文件xt_MARK.c,其核心的target实现代码如下: MARK target三个选项中最常用的应该是--set-mark,给数据包的nfmark设置标记。诸如下面这条规则 就是将符合前面匹配选项的数据包的nfmark值设置为1。在内核中对应的源码为: 功能就是将数据包中记录的nfmark值和用户设置的value进行按位与。同理选项--or-mark就是将数据包中记录的nfmark值和用户设置的value进行按位或,其源码如下: 该模块最后统一判断一下设置后的mark值是否与数据包中保存的nfmark值相等,如果不等,则更新数据包的nfmark值为刚刚设置的mark。其代码如下: 个人觉得不管数据包nfmark和mark是否相等,直接将mark赋给nfmark就可以了。这里加一条if判断,难道是为了当两个值相等的时候,少执行一次写内存的指令? 3. MARK match的内核实现 该模块的实现在内核源码的xt_mark.c中。其核心匹配模块的实现代码如下: 该模块实现的功能相对简单,就是判断一下数据包的nfmark值是否与用户指定的相同。判断的时候要考虑mask以及取反的标记位。 下面这条iptables规则就是实现了对所有标记不为0的数据包都执行ACCEPT动作: 假设skb->nfmark为1,由于没有指定mask,所以默认值为0xFFFFFFFFUL,info->mark为0,取反标记位被置位,info->invert为1。因此,((skb->nfmark & info->mask) == info->mark) ^ info->invert的结果应该是(1&0xFFFFFFFFUL)== 0)^1 = 0^1 = 1。 该模块match函数的返回值为1,执行ACCEPT动作。 4. CONNMARK target的内核实现 该模块的实现在内核源码的xt_CONNMARK.c中。其核心动作模块的实现代码如下: 这段代码最开始先取出了数据包对应的链接跟踪中记录mark值的地址: 然后判断ctmark是否为NULL: 如果ctmark == NULL,说明链接跟踪中没有ct->mark这个字段,惟一可能的原因就是内核的配置文件中并没有对CONFIG_NF_CONNTRACK_MARK进行配置,也就是没有启用Conntrack Mark的功能。否则,就根据用户配置的动作进行相应的实现。 以下将分成三个部分介绍。 (1)给链接跟踪设置标记(--set-mark) 实现代码如下: 这里先按照markinfo->mask中所有被置位的bit,将*ctmark中对应的bit位清零,然后再与markinfo->mark进行按位或。这样就保证了mask中置位的bit位,一定为按照mark中的值重新设置。 55~57行代码的实现和我们第2部分分析的67~68代码的实现相同。 (2)保存标记值到链接跟踪(--save-mark) 实现代码如下: 这部分代码中mask的功能和上面分析的相同。为了简单化分析起见,我们假设用户没有指定mask,默认值为0xFFFFFFFFUL。这样,59行的计算简化为: newmark = (*pskb)->nfmark 再加上后两行代码: 具体的功能就很明确了,将当前数据包记录的nfmark值记录到链接跟踪中的ct->mark中。 那么,按理说如果数据包的流程走到这部分代码,应该就是数据包已经被打上标记了,也就是前面分析的MARK target中--set-mark进行的处理。因此,在下在iptables规则的时候,通常--set-mark的规则在前,--save-mark的规则在后。这就保证了数据包先被打上标记,然后再将数据包上的标记记录到其对应的链接跟踪上。以下几条示例规则就是按照这个流程进行的: (3)重新设置数据包的标记值(--restore-mark) 实现代码如下: 这里我们同样默认用户没有设置mask,其初始值为0xFFFFFFFFUL。因此,64行代码可简化为: 结合代码 我们可以看出这个功能就是将链接记录上的*ctmark保存到了(*pskb)->nfmark上。 简单的说来,如果一个链接跟踪记录被打上了标记,那么通过该段代码,就确保了所有属于该链接的数据包也都被打上了该标记。这样,系统中后面的模块就可以根据数据报上的标记进一步的处理,譬如TC可以根据该标记继续带宽管理。 5.总结 那么--restore-mark规则应该怎么与--set-mark和--save-mark进行配合,完成给链接打标记,进而为连接上的所有数据包打标记呢?请看下面几条规则: 解释如下: 1)第1条规则就是完成了将链接跟踪上的标记记录到该连接上的每一个数据包中; 2)第2条规则判断数据包的标记,如果不为0,则直接ACCEPT。如果数据包上没有被打标记,则交由后面的规则进行匹配并打标记。这里为什么会出现经过了CONNMARK模块,数据包仍未被打标记呢?可以想到,如果一条链接的第1个数据包经过第1条规则处理之后,由于ct->mark为0,所以其数据包的标记skb->nfmark应该仍旧为0,就需要进行后面规则的匹配。 3)第3~5条规则,则按照匹配选项对符合规则的数据包打上不同的标记。 4)第6条规则就是将数据包上的标记记录到链接跟踪上。这样,当属于该链接的下一个数据包走到第1条规则的时候,就会被打上标记,然后就会命中第2条规则,执行动作ACCEPT。 至此,内核模块CONNMARK、MARK的match和target实现都已分析完毕。如有分析不妥或遗漏指出,请大家多多指正。 |
iptables 的各中mark
最新推荐文章于 2025-03-22 21:30:40 发布