1. 为每种网络协议(ipv4、ipv6等)定义一套钩子函数（ipv4定义了5个钩子函数）, 这些钩子函数在数据报流过协议栈的几个关键点被调用。在这几个点中，协议栈将把数据报及钩子函数标号作为参数调用netfilter框架。

　　2. 内核的任何模块可以对每种协议的一个或多个钩子进行注册，实现挂接，这样当某个数据包被传递给netfilter框架时，内核能检测是否有任何模块对该协议和钩子函数进行了注册。若注册了，则调用该模块的注册时使用的回调函数，这样这些模块就有机会检查(可能还会修改)该数据包、丢弃该数据包及指示netfilter将该数据包传入用户空间的队列。

　　3 .那些排队的数据包是被传递给用户空间的异步地进行处理。一个用户进程能检查数据包，修改数据包，甚至可以重新将该数据包通过离开内核的同一个钩子函数中注入到内核中。

　　4. 任何在ip层要被抛弃的ip数据包在真正抛弃之前都要进行检查。例如允许模块检查ip-spoofed包（被路由抛弃）。

　　5.ip层的五个hook点的位置如下所示 :

　　1. nf_ip_pre_routing：刚刚进入网络层的数据包通过此点（刚刚进行完版本号，校验 和等检测）， 源地址转换在此点进行；ip_input.c中ip_rcv调用。

　　2. nf_ip_local_in：经路由查找后，送往本机的通过此检查点,input包过滤在此点进行；ip_local_deliver中调用

　　3. nf_ip_forward：要转发的包通过此检测点,forword包过滤在此点进行；

　　4. nf_ip_post_routing：所有马上便要通过网络设备出去的包通过此检测点，内置的目的地址转换功能（包括地址伪装）在此点进行；

　　5. nf_ip_local_out：本机进程发出的包通过此检测点，output包过滤在此点进行。

　　这些点是已经在内核中定义好的，内核模块能够注册在这些hook点进行的处理，可使用nf_register_hook函数指定。在数据报经过这些钩子函数时被调用，从而模块可以修改这些数据报，并向netfilter返回如下值：

　　nf_accept 继续正常传输数据报

　　nf_drop 丢弃该数据报，不再传输

　　nf_stolen 模块接管该数据报，不要继续传输该数据报

　　nf_queue 对该数据报进行排队(通常用于将数据报给用户空间的进程进行处理)

　　nf_repeat 再次调用该钩子函数

　　一个基于netfilter框架的、称为iptables的数据报选择系统在linux2.4内核中被应用，其实它就是ipchains的后继工具，但却有更强的可扩展性。内核模块可以注册一个新的规则表(table)，并要求数据报流经指定的规则表。这种数据报选择用于实现数据报过滤(filter表)，网络地址转换(nat表)及数据报处理(mangle表)。 linux2.4内核提供的这三种数据报处理功能都基于netfilter的钩子函数和ip表。它们是独立的模块，相互之间是独立的。它们都完美的集成到由netfileter提供的框架中。

　　包过滤

　　filter表格不会对数据报进行修改，而只对数据报进行过滤。iptables优于ipchains的一个方面就是它更为小巧和快速。它是通过钩子函数nf_ip_local_in, nf_ip_forward及nf_ip_local_out接入netfilter框架的。因此对于任何一个数 据报只有一个地方对其进行过滤。这相对ipchains来说是一个巨大的改进，因为在ipchains中一个被转发的数据报会遍历三条链。

　　nat

　　nat表格监听三个netfilter钩子函数：nf_ip_pre_routing、nf_ip_post_routing及nf_ip_local_out。 nf_ip_pre_routing实现对需要转发的数据报的源地址进行地址转换而nf_ip_post_routing则对需要转发的数据包的目的地址进行地址转换。对于本地数据报的目的地址的转换则由nf_ip_local_out来实现。nat表格不同于filter表格，因为只有新连接的第一个数据报将遍历表格，而随后的数据报将根据第一个数据报的结果进行同样的转换处理。nat表格被用在源nat,目的nat，伪装(其是源nat的一个特例)及透明代理(其是目的nat的一个特例)。

　　数据报处理(packet mangling)

　　mangle表格在nf_ip_pre_routing和nf_ip_local_out钩子中进行注册。使用 mangle表，可以实现对数据报的修改或给数据报附上一些带外数据。当前mangle表支持修改tos位及设置skb的nfmard字段。

　　源码分析

　　如果我们想加入自己的代码,便要用nf_register_hook函数，其函数原型为：

　　int nf_register_hook(struct nf_hook_ops *reg)

　　struct nf_hook_ops

　　{

　　struct list_head list;

　　/* user fills in from here down. */

　　nf_hookfn *hook;

　　int pf;

　　int hooknum;

　　/* hooks are ordered in ascending priority. */

　　int priority;

　　};

　　我们的工作便是生成一个struct nf_hook_ops结构的实例，并用nf_register_hook将其hook上。其中list项我们总要初始化为{null,null}；由于一般在ip层工作，pf总是pf_inet；hooknum就是我们选择的hook点;一个hook点可能挂多个处理函数，谁先谁后，便要看优先级，即priority的指定了。netfilter_ipv4.h中用一个枚举类型指定了内置的处理函数的优先级：

　　enum nf_ip_hook_priorities {

　　nf_ip_pri_first = int_min,

　　nf_ip_pri_conntrack = -200,

　　nf_ip_pri_mangle = -150,

　　nf_ip_pri_nat_dst = -100,

　　nf_ip_pri_filter = 0,

　　nf_ip_pri_nat_src = 100,

　　nf_ip_pri_last = int_max,

　　};

　　hook是提供的处理函数，也就是我们的主要工作，其原型为：

　　unsigned int nf_hookfn(unsigned int hooknum,

　　struct sk_buff **skb,

　　const struct net_device *in,

　　const struct net_device *out,

　　int (*okfn)(struct sk_buff *));

　　它的五个参数将由nfhook宏传进去。

　　nf_register_hook根据reg中注册的协议簇类型和优先级在nf_hooks中找到相应的位置并插入到此表中。struct list_head nf_hooks[nproto][nf_max_hooks]在netfilter初始化时（netfilter_init／netfilter.c,而它在sock_init时调用）已经初始为一个空表。

　　例如iptable在初始化时（init/iptable_filter.c）调用nf_register_hook注册他的hook函数。

　　static struct nf_hook_ops ipt_ops[]

　　= { { { null, null }, ipt_hook, pf_inet, nf_ip_local_in, nf_ip_pri_filter },

　　{ { null, null }, ipt_hook, pf_inet, nf_ip_forward, nf_ip_pri_filter },

　　{ { null, null }, ipt_local_out_hook, pf_inet, nf_ip_local_out,

　　nf_ip_pri_filter }

　　};

　　mangle在init/iptable_mangle.c中注册它自己的hook函数。

　　static struct nf_hook_ops ipt_ops[]

　　= { { { null, null }, ipt_hook, pf_inet, nf_ip_pre_routing, nf_ip_pri_mangle },

　　{ { null, null }, ipt_local_out_hook, pf_inet, nf_ip_local_out,

　　nf_ip_pri_mangle }

　　};

　　nat在init/ip_nat_standalone.c中注册它自己的hook函数

　　/*包过滤前，更改目的地址*/

　　static struct nf_hook_ops ip_nat_in_ops