zoukankan      html  css  js  c++  java
  • Netfilter学习(二)

      继续昨天的学习,要抓紧时间把框架给弄清楚,这样才能学的更快。

      昨天说到了Netfilter的Hook,这是我最感兴趣的一部分,下面接着继续说Hook这部分。

    2、Hook的调用

        Hook调用时通过宏NF_HOOK实现的,其定义位于include/linux/netfilter.h,Line122

        这里先调用list_empty函数检查Hook点存储数组nf_hooks是否为空,为空则表示没有Hook注册,则直接调用okfn继续处理。如果不为空,则转入nf_hook_slow()函数。

         nf_hook_slow()函数(位于net/core/netfilter.c,Line449)的工作主要是读nf_hooks数组遍历nf_hook_ops结构,并调用nf_hookfn()处理各个数据报。

        即Hook的调用过程如图3-3所示。

    图3-3 Hook的调用过程

        下面说明一下NF_HOOK的各个参数:

        1> pf:协议族标识,相关的有效协议族列表位于include/linux/socket.h,Line178。对于IPv4,应该使用协议族PF_INET。

        2> hook:Hook标识,即前面所说的5个Hook对应的hooknum;

        3> skb:是含有需要被处理包的sk_buff数据结构的指针。sk_buff是Linux网络缓存,指那些Linux内核处理IP分组报文的缓存,即套接字缓冲区;

         网卡收到IP分组报文后,将它们放入sk_buff,然后再传送给网络堆栈,网络堆栈几乎一直要用到sk_buff。其定义在include/linux/skbbuff.h,Line129,下面列出对分析有意义的部分成员:

          *struct sock *sk; :指向创建分组报文的socket

          *struct timeval stamp; :分组报文到达系统的时间

          *下面是三个union,存放的是各层中各种协议的报文头指针

              *h对应传输层的报头

              *nh对应网络层的报头

              *mac对应MAC层的报头

              *unsigned int len;:套接字缓存所代表的报文长度,即从‘unsigned char *data;’的位置算起的当前有效报文长度

              *unsigned char pkt_type;:表示报文的类型,具体类型定义在include/linux/if_packet.h,Line24

         #define PACKET_HOST 0 // 发送到本机的报文
        #define PACKET_BROADCAST 1 // 广播报文
        #define PACKET_MULTICAST 2 // 多播报文
        #define PACKET_OTHERHOST 3 // 表示目的地非本机但被本机接收的报文
        #define PACKET_OUTGOING 4 // 离开本机的报文
       /* These ones are invisible by user level */
        #define PACKET_LOOPBACK 5 // 本机发给自己的报文
        #define PACKET_FASTROUTE 6 // 快速路由报文

           *indev:输入设备,收到数据报的网络设备的net_device数据结构指针,即数据报到达的接口

         *outdev:输出设备,数据报离开本地所要使用的网络设备的net_device数据结构指针

               *用于NF_IP_LOCAL_OUT和NF_IP_POST_ROUTING两个Hook点

               *注意:在通常情况下,在一次Hook调用中,indev和outdev中只有一个参数会被使用  

          *okfn:下一步要处理的函数。即如果有Hook函数,则处理完所有的Hook函数,且所有向该Hook注册过的筛选函数都返回NF_ACCEPT时,调用这个函数继续处理;如果没有注册任何Hook,则直接调用此函数。其5个参数将由宏NF_HOOK传入。

      

    3、Hook点的实现

        对应于各个不同协议的不同的Hook点时一个二维数组nf_hooks存储的(位于net/core/netfilter.c,Line47),具体的Hook点则由数据结构nf_hook_ops(位于include/linux/netfilter.h,Line44)实现。如图3-4所示。

    图3-4 Hook点的实现

        其中,nf_hook_ops成员中:

        *‘int priority':priority值越小,优先级越高,相关优先级在include/linux/netfilter_ipv4.h,Line52中枚举定义:       

     1  enum NF_IP_hook_priorities {
     2               NF_IP_PRI_FIRST = INT_MIN,
     3               NF_IP_PRI_CONNTRACK= -200,
     4               NF_IP_PRI_MANGLE = -150,
     5               NF_IP_PRI_NAT_DST = -100,
     6               NF_IP_PRI_FILTER = 0,
     7               NF_IP_PRI_NAT_SRC = 100,
     8 
    9              
    NF_IP_PRI_LAST = INT_MAX, 10 11   };

         *nf_hookfn *hook; :为处理函数的指针,其函数指针类型定义位于include/linux/netfilter.h,Line38,为:

    1 typedef unsigned int nf_hookfn
    2 (
    3             unsigned int hooknum,
    4             struct sk_buff **skb,
    5             const struct net_device *in,
    6             const struct net_device *out,
    7             int (*okfn)(struct sk_buff *)
    8 );                                                        

         这个参数是nf_hook_ops中最关键的成员,其五个参数分别对应前面所解释的NF_HOOK中的第2到6个参数。

        调用Hook的包筛选函数必须返回特定的值,这些值以宏的形式定义于头文件include/linux/netfilter.h,Line15中,分别为:

          *NF_DROP(0):丢弃数据报,禁止包继续传递,不进入此后的处理流程;

          *NF_ACCEPT(1):接收此数据报,允许包继续传递,直至传递到链表最后,而进入okfn函数

          *NF_STOLEN(2):数据报被筛选函数截获,禁止包继续传递,但是并不释放数据报的资源,这个数据报及其占有的sk_buff仍然有效(如,将分片的数据报一一截获,然后将其装配起来再进行其他处理)

          *NF_QUEQUE(3):将数据报加入用户空间队列,使用户空间的程序可以直接进行处理

              @ 在nf_hook_slow()以及nf_reinject()函数(位于net/core/netfilter.c,Line449,Line505)中,当调用nf_iterate()函数(位于net/core/netfilter.c,Line339,作用为遍历所有注册的Hook函数,并返回相应的NF_XX值)而返回的verdict值为NF_QUEQUE时(即当前正在执行的这个Hook筛选函数要求将数据报加入用户空间队列),会调用nf_queque()函数(位于net/core/netfilter.c,Line407)

              @ nf_queque()函数将这个数据报加入用户空间队列nf_info(位于net/core/netfilter.c,Line77),并保存其设备信息以备用

          *NF_REPEAT(4):再次调用当前这个Hook的筛选函数,进行重复处理

     

    4、Hook的注册和注销

        Hook的注册和注销分别是通过nf_register_hook()函数和nf_unregister_hook()函数(分别位于net/core/netfilter.c,Line60,Line76)实现的,其参数均为一个nf_hook_ops结构,二者的实现也非常简单。

        nf_register_hook()的工作是首先遍历nf_hooks[][],由Hook的优先级确定Hook链表中的位置,然后根据优先级将该Hook的nf_hook_ops加入链表;

        nf_unregister_hook()的工作更加简单,其实就是将该Hook的nf_hook_ops从链表中删除。

     

    四、iptables系统 

    1、表-规则系统

        iptables是基于Netfliter基本架构实现的一个可扩展的数据报高级管理系统,利用table、chain、rule三级来存储数据报的各种规则。系统预定义了三个table:

         *filter:数据报过滤表(文件net/ipv4/netfilter/iptable_filter.c)

         ——监听NF_IP_LOCAL_IN、NF_IP_FORWARD和NF_IP_LOCAL_OUT三个Hook点,作用是在所有数据报传递的关键点上对其进行过滤。

          *nat:网络地址转换

        ——监听NF_IP_PRE_ROUTING、NF_IP_POST_ROUTING和NF_IP_LOCAL_OUT三个Hook点,作用是当新连接的第一个数据报经过时,在nat表中决定对其的转换操作;而后面的其他数据报都将根据第一个数据报的结果进行相同的转换处理。

          *mangle:数据报修改表(位于net/ipv4/netfilter/iptable_mangle.c)

        ——监听NF_IP_PRE_ROUTING和NF_IP_LOCAL_OUT两个Hook点(我看很多的资料,认为mangle应该是监听所有的Hook点,而不仅仅是这两个Hook点的),作用是修改数据报报头中的一些值。

     

    2、表的实现

        表的基本数据结构是ipt_table(位于include/linux/netfilter_ipv4/iptables.h,Line413)。

     1 struct ipt_table
     2 {
     3 struct list_head list; // 一个双向链表
     4 char name[IPT_TABLE_MAXNAMELEN]; // 被用户空间使用的表函数的名字
     5 struct ipt_replace *table; // 表初始化的模板,定义了一个初始化用的表,该表的所默认的HOOK 所包含的规则等信息
     7 // 用户通过系统调用进行表的替换时也要用
     8 unsigned int valid_hooks; // 表所监听的HOOK,实质是一个位图
     9 rwlock_t lock; // 整个表的读/写自旋锁
    10 struct ipt_table_info *private; // 表所存储的数据信息,也就是实际的数据区,
    11 // 仅在处理ipt_table 的代码内部使用
    12 struct module *me; // 如果是模块,那么取THIS_MODULE,否则取NULL
    13 };

       其中:

        *unsigned int valid_hooks;:这个位图有两个作用:一个是检查Netfilter中哪些Hook对应着合法的entries;二是用来为ipt_match以及ipt_target数据结构中的checkentry()函数核算可能的Hook。

        *struct module *me;:当取值为THIS_MODULE时,可以阻止用户rmmod一个仍然被某个规则指向的模块的尝试。

        *struct ipt_replace *table;:该数据结构是被用户空间来替换一个表的,其定义位于include/linux/netfilter_ipv4/ip_tables.h,Line230。

     1 struct ipt_replace
     2 {
     3 char name[IPT_TABLE_MAXNAMELEN];
     4 unsigned int valid_hooks;
     5 
     6 unsigned int num_entries; // 规则表入口的数量
     7 unsigned int size; // 新的规则表的总大小
     8 /* Hook entry points. */
     9 // 表所监听HOOK 的规则入口, 是对于entries[ ]的偏移
    10 unsigned int hook_entry[NF_IP_NUMHOOKS]; 
    11 unsigned int underflow[NF_IP_NUMHOOKS]; // 规则表的最大下界
    12  // 旧的计数器数目,即当前的旧entries 的数目
    13 unsigned int num_counters;
    14 struct ipt_counters *counters; // 旧的计数器
    15 struct ipt_entry entries[0]; // 规则表入口
    16 };

          * 上文所提到的filter、nat、mangle表分表是ipt_table这个数据结构的三个实例:packet_filter(位于net/ipv4/netfilter/iptable_filter.c,Line84)、Nat(位于net/ipv4/netfilter/ip_nat_rule.c,Line104)以及packet_mangler(位于net/ipv4/netfilter/iptable_mangler.c,Line117);

         *ipt_table_info(位于net/ipv4/netfilter/iptables.c,Line86),是实际描述规则表的数据结构。如下所示。

     1 struct ipt_table_info
     2 {
     3 unsigned int size;
     4 unsigned int number; // 表项的数目
     5 unsigned int initial_entries; // 初始表项数目
     6  // 所监听HOOK 的规则入口
     7 unsigned int hook_entry[NF_IP_NUMHOOKS];
     8 unsigned int underflow[NF_IP_NUMHOOKS]; // 规则表的最大下界
     9 // 规则表入口,即真正的规则存储结构ipt_entry 组成块的起始地址,
    10 //对多CPU,每个CPU 对应一个
    11 char entries[0] ____cacheline_aligned;
    12 };

    3、规则的实现

      iptables中的规则可以在用户空间中使用,但它所采用的数据结构与内核空间中的是一样的,只不过是有些成员不会在用户空间中使用。

       一条完整的规则由三个数据结构共同实现,分别是:

         *一个ipt_entry结构,存储规则的整体信息;

         *0或多个ipt_entry_match结构,存放各种match,每个结构都可以存放任意的数据,这样也就拥有了良好的可扩展性;

         *1个ipt_entry_target结构,存放规则的target,类似的,每个结构也可以存放任意的数据;

       下面将依次对这三个数据结构进行分析:

         *存储规则整体的结构ipt_entry,其形式是一个链表(位于include/linux/netfilter_ipv4/ip_tables.h,Line122),如下所示。

    struct ipt_entry
    {
        struct ipt_ip ip;
        unsigned int nfcache;
        u_int16_t target_offset;
        u_int16_t next_offset;
        unsigned int comefrom;
        struct ipt_counters counters;
        unsigned char elems[0];
    };
       其成员含义如下:
        struct ipt_ip ip;:这是对其将要进行匹配动作的IP 数据报报头的描述,其定义于include/linux/netfilter_ipv4/ip_tables.h,Line122,其成员包括源/目的IP 及其掩码,出入端口及其掩码,协议族、标志/取反flag 等信息。
        unsigned int nfcache;:HOOK 函数返回的cache 标识,用以说明经过这个规则后数据报的状态,其可能值有三个,定义于include/linux/netfilter.h,Line23:
        #define NFC_ALTERED 0x8000 //已改变
        #define NFC_UNKNOWN 0x4000 //不确定
        另一个可能值是0,即没有改变。
    
        u_int16_t target_offset;:指出了target 的数据结构ipt_entry_target的起始位置,即从ipt_entry 的起始地址到matc存储结束的位置
    u_int16_t next_offset;:指出了整条规则的大小,也就是下一条规则的起始地址,即ipt_entry 的起始地址到match 偏移再到target 存储结束的位置 unsigned int comefrom;:所谓的“back pointer”,据引用此变量的代码(主要是net/ipv4/netfilter/ip_tables.c 中)来看,它应该是指向数据报所经历的上一个规则地址,由此实现对数据报行为的跟踪 struct ipt_counters counters;:说明了匹配这个规则的数据报的计数以及字节计数(定义于include/linux/netfilter_ipv4/ip_tables.h,Line100)   unsigned char elems[0];:表示扩展的match 开始的具体位置(因为它是大小不确定的),当然,如果不存在扩展的match 那么就是target 的开始位置

         *扩展match的存储结构ipt_entry_match,位于include/linux/netfilter_ipv4/ip_tables.h,Line48。

    struct ipt_entry_match
    {
        union {
            struct {
            u_int16_t match_size;
            char name[IPT_FUNCTION_MAXNAMELEN];
            } user;
        
            struct {
            u_int16_t match_size;
            struct ipt_match *match;
            } kernel;
            u_int16_t match_size; //总长度
        } u;
        unsigned char data[0];
    };
          其中描述match 大小的`u_int16_t match_size;`,从涉及这个变量的源码看来,在使用的时候需要注意使用一个宏IPT_ALIGN(位于include/linux/netfilter_ipv4/ip_tables.h,Line445)来进行4 的对齐处理(0x3 & 0xfffffffc),这应该是由于match、target 扩展后大小的不确定性决定的。
          在结构中,用户空间与内核空间为不同的实现,内核空间中的描述拥有更多的信息。在用户空间中存放的仅仅是match 的名称,而在内核空间中存放的则是一个指向ipt_match 结构的指针。
          结构ipt_match 位于include/linux/netfilter_ipv4/ip_tables.h,Line342:
    struct ipt_match
    {
        void *matchinfo, // 指向规则中match 数据的指针,
        // 具体是什么数据结构依情况而定
        int offset, // IP 数据报的偏移
        const void *hdr, // 指向协议头的指针
        u_int16_t datalen, // 实际数据长度,即数据报长度-IP 头长度
        int *hotdrop);
        int (*checkentry)(const char *tablename, // 可用的表
        const struct ipt_ip *ip,
        void (*matchinfo,
                    unsigned int matchinfosize,
                    unsigned int hook_mask); // 对应HOOK 的位图
        void (*destroy)(void *matchinfo, 
                    unsigned int matchinfosize);
                    struct module *me;
    };
     其中几个重要成员:
       `int (*match)(……);`:指向用该match 进行匹配时的匹配函数的指针,match 相关的核心实现。返回0 时hotdrop 置1,立即丢弃数据报;返回非0 表示匹配成功。
       `int (*checkentry)(……);`:当试图插入新的match 表项时调用这个指针所指向的函数,对新的match 表项进行有效性检查,即检查参数是否合法;如果返回false,规则就不会被接受(譬如,一个TCP
    的match 只会TCP 包,而不会接受其它)。
      `void (*destroy)(……);`:当试图删除一个使用这个match 的表项时,即模块释放时,调用这个指针所指向的函数。我们可以在checkentry()中动态地分配资源,并在destroy 中将其释放。                                                                   

         *target的存储结构ipt_entry_target,位于include/linux/netfilter_ipv4/ip_tables.h,Line71,这个结构与ipt_entry_match结构类似,同时其中描述内核target结构ipt_target(位于include/linux/netfilter_ipv4/iptables.h,Line375)也与ipt_match类似,只不过其中的target()函数返回值不是0/1,而是verdict。

         而target的实际使用中,是用一个结构ipt_standard_target专门来描述,这才是实际的target描述数据结构(位于include/linux/netfilter_ipv4/iptables.h,Line94),它实际上就是一个ipt_entry_target + verdict。

         其中成员verdict这个变量时一个很巧妙的设计,也是一个非常重要的东西,其值的正负有着不同的意义。它的值包括IPT_CONTINUE、IPT_RETURN以及前文所述的NF_DROP等值,那么它的作用是什么呢?原因如下:

         o 由于iptables 是在用户空间中执行的,也就是说Netfilter/IPTables这个框架需要用户态与内核态之间的数据交换以及识别。而在具体的程序中,verdict 作为`struct ipt_standard_target`的一个成员,也是对于`struct ipt_entry_target`中的target()函数的返回值。这个返回值标识的是target()所对应的执行动作,包括系统的默认动作以及外部提交的自定义动作。
        o 但是,在用户空间中提交的数据往往是类似于“ACCPET”之类的字符串,在程序处理时则是以`#define NF_ACCEPT 1`的形式来进行的;而实际上,以上那些执行动作是以链表的数据结构进行存储的,在内核空间中表现为偏移。
        o 于是,verdict 实际上描述了两个本质相同但实现不同的值:一个是用户空间中的执行动作,另一个则是内核空间中在链表中的偏移——而这就出现了冲突。
        o 解决这种冲突的方法就是:用正值表示内核中的偏移,而用负值来表示数据报的那些默认动作,而外部提交的自定义动作则也是用正值来表示。这样,在实际使用这个verdict 时,我们就可以通过判断值的正负来进行相应的处理了。
        o 位于net/ipv4/netfilter/ip_tables.h 中的函数ipt_do_table()中有一个典型的verdict 使用(Line335,其中v 是一个verdict 的实例):
        if (v !=IPT_RETURN) 
        {       verdict = (unsigned)(-v) - 1;       break;     }   其中的IPT_RETURN 定义为:   #define IPT_RETURN (-NF_MAX_VERDICT – 1)   而宏NF_MAX_VERDICT 实际上就是:   #define NF_MAX_VERDICT NF_REPEAT

      这样,实际上IPT_RETURN 的值就是-NF_REPEAT-1,也就是对应REPEAT,这就是对执行动作的实际描述;而我们可以看到,在下面对verdict进行赋值时,它所使用的值是`(unsigned)(-v) – 1`,这就是在内核中实际对偏移进行定位时所使用的值。

        总而言之,表和规则的实现如图3-5所示。

     

     图3-5 表和规则的实现

      从上图中不难发现:

      match的定位如下:

        1> 起始地址为:当前规则(起始)地址 + sizeof(struct ipt_entry);

          2> 结束地址为:当前规则(起始)地址 + ipt_entry->target_offset;

         3> 每一个match的大小为:ipt_entry_match->u.match_size;

      target的定位则为:

        1> 起始地址为match的结束地址,即:当前规则(起始)地址 + ipt_entry->target_offset;

        2> 结束地址为下一条规则的起始地址,即:当前规则(起始)地址 + ipt_entry->next_offset;

        3> 每一个target的大小为:ipt_entry_target->u.target_size;

      这些对于理解match以及target相关函数的实现是很有必要明确的。

      同时,include/linux/netfilter_ipv4/ip_tables.h中提供了三个“helper functions”,可用于使对于entry、target和match的操作变得方便,分别为:

          1>> 函数ipt_get_target(),作用是取得target的起始地址,也就是上面所说的当前规则(起始)地址 + ipt_entry->target_offset;

            2>> 宏IPT_MATCH_ITERATE(),作用是遍历规则的所有match,并执行同一个(参数中)给定的函数。其参数为一个ipt_entry_match结构和一个函数,以及函数需要的参数。当返回值为0时,表示遍历以及函数执行顺利完成;返回非0值时则意味着出现问题已终止;

             3>> 宏IPT_ENTRY_ITERATE(),作用是遍历一个表中的所有规则,并执行同一个给定的函数。其参数是一个ipt_entry结构、整个规则表的大小,以及一个函数和其所需的参数。其返回值与宏IPT_MATCH_ITERATE()类似;

        那么,如何保证传入的ipt_entry结构是整个规则表的第一个结构呢?据源码看来,实际调用这个宏的时候传入的第一个参数都是某个ipt_table_info结构的实例所指向的entries成员,这样就保证了对整个规则表的完整遍历。

     

    4、规则的使用

       当一个特定的Hook被激活后,数据报就进入Netfilter/iptables系统进行遍历,首先检查‘struct ipt_ip ip’,然后数据报将依次遍历各个match,也就是'struct ipt_entry_match',并执行相应的match函数,即ipt_match结构中的*match所指向的函数。当match函数匹配不成功时返回0,或者hotdrop被置为1时,遍历将会停止。(这部分有点乱,先放这,等看源码好好看看。。)

       对match的遍历完成后,会开始检查'struct ipt_entry_target',其中如果是一个标准的target,那么会检查‘struct ipt_standard_target'中的verdict,如果verdict值是正的而偏移却指向了不正确的位置,那么,ipt_entry中的comefrom成员就有了用武之地——数据报返回所经历的上一个规则。对于非标准的target呢?就会调用target()函数,然后根据其返回值进行后面的处理。(对于verdict不太明白,先放这。。)

     

    5、规则的扩展

      Netfilter/iptables提供了对规则进行扩展的机制:可以写一个LKM(什么意思???)来扩展内核空间的功能,也可以写一个共享库来扩展用户空间的iptables的功能。

      1> 内核的扩展

        要对内核空间的功能进行扩展,实际上就是写一个具有表、match以及target增加功能的模块,相关的函数为(位于net/ipv4/ip_tables.c,Line1318-1444):

        1>> ipt_register_table()、ipt_unregister_table(),参数为struct ipt_table *

          ipt_register_table()函数是这三对函数中最复杂的一个,涉及了内存、信号量等方面的东西,但总起来说就做了初始化表以及加入双向链表这两件事情。

        2>> 其复杂一是因为涉及到多CPU的处理(每个CPU拥有各自独立的“规则空间”),需要首先将新的entries放入第一个CPU空间,在检查完毕后再复制到其他CPU中;二是就是上面说的对新table各个entry的检查,包括边界检查以及完整性检查等。

        3>> 其中的重要函数由这么几个:

          *translate_table()(位于net/ipv4/netfilter/ip_tables.c,Line797):这个函数的主要作用是检查并应用用户空间传来的规则:

            1>>> 对新表进行边界检查(由宏IPT_ENTRY_ITERATE()调用函数check_entry_size_and_blocks(),位于net/ipv4/netfilter/ip_tables.c,Line732),包括对齐、过大过小等,特别是保证赋给hook_entries 和underflows 值的正确性。
            2>>> 调用函数make_source_chains()(位于net/ipv4/netfilter/ip_tables.c,Line499)检查新的表中是否存在规则环,同时将HOOK 的规则遍历顺序存入comefrom 变量。(这个函数我没有仔细看,只是大概略了一下)
            3>>> 对ipt_entry 依次进行ipt_ip 头、match 以及target 的完整性检查(由宏IPT_ENTRY_ITERATE()调用函数check_entry(),位于    net/ipv4/netfilter/ip_tables.c,Line676),保证ipt_entry 的正确性。
            4>>> 将正确的ipt_tables 复制给其他的CPU。
        这个函数另外还在do_replace()函数(仅在一个源码中没有被调用过的函数中被调用,不予分析)中被调用。g

           *replace_table()(位于net/ipv4/netfilter/ip_tables.c,Line877):这个函数的主要作用是:将得到模块初始值的ipt_table_info 结构(newinfo)中的值传给ipt_table 中的private,并返回ip_table 中旧的private。

            *list_prepend()(位于include/linux/netfilter_ipv4/listhelp.h,Line75):在这个函数被调用之前,整个初始化的过程就已经结束了,这个函数的主要作用是:互斥地调用Linux 源码中的list_add()函数(位于include/linux/list.h,Line55),将新的table 加入到双向链表之中。

        4>> ipt_register_match()、ipt_unregister_match(),参数为struct ipt_match *;

        5>> ipt_register_target()、ipt_unregister_target(),参数为struct ipt_target *;

        这三个函数除了ipt_register_table()外的5个函数主要就是互斥地将table/match/target加入到双向链表中或者从双向链表中删除。

        其中,向双向链表中加入新节点是通过调用list_named_insert()函数(位于include/linux/netfilter_ipv4/listhelp.h,Line101)实现的。这个函数的主要工作就是首先确定待插入的match名字是否存在,只有不存在时才进行插入的操作。

      2> 用户空间的扩展

       用户空间的扩展用的是共享库配合libiptc库的机制,但这种机制是在单独的iptables程序中提供的,内核源码中并没有提供。

      

      

     

     

       再次感谢前辈,没有您总结的资料,我不会对Netfilter的Hook了解的这么快。非常感谢!!!

        补:今天上网无意中发现一篇和我下载的pdf文章内容一样的,我想文章是您好的,因此,地址:http://www.cnblogs.com/iceocean/articles/1594196.html。希望不会搞错哦。。

     

        

                                                梦醒潇湘

                                             2012-09-22 15:13:45

        

     

     

  • 相关阅读:
    ios 数据类型转换 UIImage转换为NSData NSData转换为NSString
    iOS UI 12 block传值
    iOS UI 11 单例
    iOS UI 08 uitableview 自定义cell
    iOS UI 07 uitableviewi3
    iOS UI 07 uitableviewi2
    iOS UI 07 uitableview
    iOS UI 05 传值
    iOS UI 04 轨道和动画
    iOS UI 03 事件和手势
  • 原文地址:https://www.cnblogs.com/iloveyouforever/p/2697572.html
Copyright © 2011-2022 走看看