Netfilter 连接跟踪与状态检测的实现（二）

5.resolve_normal_ct
        resolve_normal_ct 函数是连接跟踪中最重要的函数之一，它的主要功能就是判断数据包在连接跟踪表是否存在，如果不存在，则为数据包分配相应的连接跟踪节点空间并初始化，然后设置连接状态：
  1. /* On success, returns conntrack ptr, sets skb->nfct and ctinfo */
  2. static inline struct ip_conntrack *
  3. resolve_normal_ct(struct sk_buff *skb,
  4.                   struct ip_conntrack_protocol *proto,
  5.                   int *set_reply,
  6.                   unsigned int hooknum,
  7.                   enum ip_conntrack_info *ctinfo)
  8. {
  9.         struct ip_conntrack_tuple tuple;
  10.         struct ip_conntrack_tuple_hash *h;
  11.         struct ip_conntrack *ct;

  13.         IP_NF_ASSERT((skb->nh.iph->frag_off & htons(IP_OFFSET)) == 0);

  15. /*前面提到过，需要将一个数据包转换成tuple，这个转换，就是通过ip_ct_get_tuple函数实现的*/
  16.         if (!ip_ct_get_tuple(skb->nh.iph, skb, skb->nh.iph->ihl*4, 
  17.                                 &tuple,proto))
  18.                 return NULL;

  20.         /*查看数据包对应的tuple在连接跟踪表中是否存在 */
  21.         h = ip_conntrack_find_get(&tuple, NULL);
  22.         if (!h) {
  23.                 /*如果不存在，初始化之*/
  24. h = init_conntrack(&tuple, proto, skb);
  25.                 if (!h)
  26.                         return NULL;
  27.                 if (IS_ERR(h))
  28.                         return (void *)h;
  29.         }
  30. /*根据hash表节点，取得数据包对应的连接跟踪结构*/
  31.         ct = tuplehash_to_ctrack(h);

  33.         /* 判断连接的方向 */
  34.         if (DIRECTION(h) == IP_CT_DIR_REPLY) {
  35.                 *ctinfo = IP_CT_ESTABLISHED + IP_CT_IS_REPLY;
  36.                 /* Please set reply bit if this packet OK */
  37.                 *set_reply = 1;
  38.         } else {
  39.                 /* Once we've had two way comms, always ESTABLISHED. */
  40.                 if (test_bit(IPS_SEEN_REPLY_BIT, &ct->status)) {
  41.                         DEBUGP("ip_conntrack_in: normal packet for %p\n",
  42.                                ct);
  43.                         *ctinfo = IP_CT_ESTABLISHED;
  44.                 } else if (test_bit(IPS_EXPECTED_BIT, &ct->status)) {
  45.                         DEBUGP("ip_conntrack_in: related packet for %p\n",
  46.                                ct);
  47.                         *ctinfo = IP_CT_RELATED;
  48.                 } else {
  49.                         DEBUGP("ip_conntrack_in: new packet for %p\n",
  50.                                ct);
  51.                         *ctinfo = IP_CT_NEW;
  52.                 }
  53.                 *set_reply = 0;
  54.         }
  55. /*设置skb的对应成员，如使用计数器、数据包状态标记*/
  56.         skb->nfct = &ct->ct_general;
  57.         skb->nfctinfo = *ctinfo;
  58.         return ct;
  59. }
复制代码



这个函数包含了连接跟踪中许多重要的步骤
n        调用ip_ct_get_tuple函数，把数据包转换为tuple；
n        ip_conntrack_find_get函数，根据tuple查找连接跟踪表；
n        init_conntrack函数，初始化一条连接；
n        判断连接方向，设置连接状态；

5.1 数据包的转换
ip_ct_get_tuple 实现数据包至tuple的转换，这个转换，主要是根据数据包的套接字对来进行转换的：
  1. int ip_ct_get_tuple(const struct iphdr *iph,
  2.                 const struct sk_buff *skb,
  3.                 unsigned int dataoff,
  4.                 struct ip_conntrack_tuple *tuple,
  5.                 const struct ip_conntrack_protocol *protocol)
  6. {
  7.                 /* Never happen */
  8.                 if (iph->frag_off & htons(IP_OFFSET)) {
  9.                         printk("ip_conntrack_core: Frag of proto %u.\n",
  10.                        iph->protocol);
  11.                         return 0;
  12.         }
  13. /*设置来源、目的地址*/
  14.                 tuple->src.ip = iph->saddr;
  15.                 tuple->dst.ip = iph->daddr;
  16.         tuple->dst.protonum = iph->protocol;
  17.                 tuple->dst.dir = IP_CT_DIR_ORIGINAL;

  19.         return protocol->pkt_to_tuple(skb, dataoff, tuple);
  20. }
复制代码


回忆一下我们前面分析协议的初始化中协议初始化的部份，pkt_to_tuple 函数指针，以每种协议的不同而不同，以TCP协议为例：
  1. static int tcp_pkt_to_tuple(const struct sk_buff *skb,
  2.                             unsigned int dataoff,
  3.                             struct ip_conntrack_tuple *tuple)
  4. {
  5.                 struct tcphdr _hdr, *hp;

  7.                 /* 获取TCP报头*/
  8. hp = skb_header_pointer(skb, dataoff, 8, &_hdr);
  9.         if (hp == NULL)
  10.                         return 0;
  11. /*根据报头的端口信息，设置tuple对应成员*/
  12.                 tuple->src.u.tcp.port = hp->source;
  13.         tuple->dst.u.tcp.port = hp->dest;

  15.         return 1;
  16. }
复制代码

TCP协议中，根据来源和目的端口设置，其它协议类似，读者可以对比分析。

5.2 Hash 表的搜索
要对Hash表进行遍历，首要需要找到hash表的入口，然后来遍历该入口指向的链表。每个链表的节点是struct ip_conntrack_tuple_hash，它封装了tuple，所谓封装，就是把待查找的tuple与节点中已存的tuple相比较，我们来看这一过程的实现。
计算hash值，是调用hash_conntrack函数，根据数据包对应的tuple实现的：
  1. unsigned int hash = hash_conntrack(tuple);

  3.         这样，tuple对应的hash表入口即为ip_conntrack_hash[hash]，也就是链表的首节点，然后调用ip_conntrack_find_get函数进行查找：
  4. struct ip_conntrack_tuple_hash *
  5. ip_conntrack_find_get(const struct ip_conntrack_tuple *tuple,
  6.                       const struct ip_conntrack *ignored_conntrack)
  7. {
  8.         struct ip_conntrack_tuple_hash *h;

  10.         READ_LOCK(&ip_conntrack_lock);
  11.         /*搜索链表*/
  12.         h = __ip_conntrack_find(tuple, ignored_conntrack);
  13.         if (h)                /*查找到了，使用计数器累加*/
  14.                 atomic_inc(&tuplehash_to_ctrack(h)->ct_general.use);
  15.         READ_UNLOCK(&ip_conntrack_lock);

  17.         return h;
  18. }
复制代码


链表是内核中一个标准的双向链表，可以调用宏list_for_each_entry 进遍历链表：
  1. static struct ip_conntrack_tuple_hash *
  2. __ip_conntrack_find(const struct ip_conntrack_tuple *tuple,
  3.                     const struct ip_conntrack *ignored_conntrack)
  4. {
  5.         struct ip_conntrack_tuple_hash *h;
  6.         unsigned int hash = hash_conntrack(tuple);

  8.         MUST_BE_READ_LOCKED(&ip_conntrack_lock);
  9.         list_for_each_entry(h, &ip_conntrack_hash[hash], list) {
  10.                 if (conntrack_tuple_cmp(h, tuple, ignored_conntrack)) {
  11.                         CONNTRACK_STAT_INC(found);
  12.                         return h;
  13.                 }
  14.                 CONNTRACK_STAT_INC(searched);
  15.         }

  17.         return NULL;
  18. }
复制代码


list_for_each_entry在以&ip_conntrack_hash[hash]为起始地址的链表中，逐个搜索其成员，比较这个节点中的tuple是否与待查找的tuple是否一致，这个比较过程，是通过conntrack_tuple_cmp 函数实现的：
  1. conntrack_tuple_cmp(const struct ip_conntrack_tuple_hash *i,
  2.                     const struct ip_conntrack_tuple *tuple,
  3.                     const struct ip_conntrack *ignored_conntrack)
  4. {
  5.         MUST_BE_READ_LOCKED(&ip_conntrack_lock);
  6.         return tuplehash_to_ctrack(i) != ignored_conntrack
  7.                 && ip_ct_tuple_equal(tuple, &i->tuple);
  8. }
复制代码


tuplehash_to_ctrack 函数主要是取连接跟踪ip_conntrack中的连接方向，判断它是否等于ignored_conntrack，对与这里的比较而言，ignored_conntrack传递过来的为NULL。
主要的比较函数是ip_ct_tuple_equal函数，函数分为“来源”和“目的”进行比较：

  1. static inline int ip_ct_tuple_src_equal(const struct ip_conntrack_tuple *t1,
  2.                                         const struct ip_conntrack_tuple *t2)
  3. {
  4.         return t1->src.ip == t2->src.ip
  5.                 && t1->src.u.all == t2->src.u.all;
  6. }

  8. static inline int ip_ct_tuple_dst_equal(const struct ip_conntrack_tuple *t1,
  9.                                         const struct ip_conntrack_tuple *t2)
  10. {
  11.         return t1->dst.ip == t2->dst.ip
  12.                 && t1->dst.u.all == t2->dst.u.all
  13.                 && t1->dst.protonum == t2->dst.protonum;
  14. }

  16. static inline int ip_ct_tuple_equal(const struct ip_conntrack_tuple *t1,
  17.                                     const struct ip_conntrack_tuple *t2)
  18. {
  19.         return ip_ct_tuple_src_equal(t1, t2) && ip_ct_tuple_dst_equal(t1, t2);
  20. }
复制代码


这里的比较，除了IP地址之外，并没有直接比较“端口”，这是因为像ICMP协议这样的并没有“端口”协议，struct ip_conntrack_tuple 结构中，与协议相关的，如端口等，都定义成union类型，这样，就可以直接使用u.all，而不用再去管TCP，UDP还是ICMP了。

5.3 连接初始化
内核使用ip_conntrack结构来描述一个数据包的连接状态，init_conntrack函数就是在连接状态表中不存在当前数据包时，初始化一个ip_conntrack结构，此结构被Netfilter用来描述一条连接，前面分析hash表时，已经分析了它的tuplehash成员：

  1. struct ip_conntrack
  2. {
  3.         /* 包含了使用计数器和指向删除连接的函数的指针 */
  4.         struct nf_conntrack ct_general;

  6.         /* 连接状态位，它通常是一个ip_conntrack_status类型的枚举变量，如IPS_SEEN_REPLY_BIT等*/
  7.         unsigned long status;

  9.         /* 内核的定时器，用于处理连接超时 */
  10.         struct timer_list timeout;

  12. #ifdef CONFIG_IP_NF_CT_ACCT
  13.         /* Accounting Information (same cache line as other written members) */
  14.         struct ip_conntrack_counter counters[IP_CT_DIR_MAX];
  15. #endif
  16.         /* If we were expected by an expectation, this will be it */
  17.         struct ip_conntrack *master;

  19.         /* Current number of expected connections */
  20.         unsigned int expecting;

  22.         /* Helper, if any. */
  23.         struct ip_conntrack_helper *helper;

  25.         /* Storage reserved for other modules: */
  26.         union ip_conntrack_proto proto;

  28.         union ip_conntrack_help help;

  30. #ifdef CONFIG_IP_NF_NAT_NEEDED
  31.         struct {
  32.                 struct ip_nat_info info;
  33. #if defined(CONFIG_IP_NF_TARGET_MASQUERADE) || \
  34.         defined(CONFIG_IP_NF_TARGET_MASQUERADE_MODULE)
  35.                 int masq_index;
  36. #endif
  37.         } nat;
  38. #endif /* CONFIG_IP_NF_NAT_NEEDED */

  40. #if defined(CONFIG_IP_NF_CONNTRACK_MARK)
  41.         unsigned long mark;
  42. #endif

  44.         struct ip_conntrack_tuple_hash tuplehash[IP_CT_DIR_MAX];
  45. };


  48. static struct ip_conntrack_tuple_hash *
  49. init_conntrack(const struct ip_conntrack_tuple *tuple,
  50.                struct ip_conntrack_protocol *protocol,
  51.                struct sk_buff *skb)
  52. {
  53.         struct ip_conntrack *conntrack;
  54.         struct ip_conntrack_tuple repl_tuple;
  55.         size_t hash;
  56.         struct ip_conntrack_expect *exp;

  58.         /*如果计算hash值的随机数种子没有被初始化，则初始化之*/
  59.         if (!ip_conntrack_hash_rnd_initted) {
  60.                 get_random_bytes(&ip_conntrack_hash_rnd, 4);
  61.                 ip_conntrack_hash_rnd_initted = 1;
  62.         }

  64.         /*计算hash值*/
  65.         hash = hash_conntrack(tuple);
  66.         
  67.         /*判断连接跟踪表是否已满*/
  68.         if (ip_conntrack_max
  69.             && atomic_read(&ip_conntrack_count) >= ip_conntrack_max) {
  70.                 /* Try dropping from this hash chain. */
  71.                 if (!early_drop(&ip_conntrack_hash[hash])) {
  72.                         if (net_ratelimit())
  73.                                 printk(KERN_WARNING
  74.                                        "ip_conntrack: table full, dropping"
  75.                                        " packet.\n");
  76.                         return ERR_PTR(-ENOMEM);
  77.                 }
  78.         }

  80.         /*根据当前的tuple取反，计算该数据包的“应答”的tuple*/
  81.         if (!ip_ct_invert_tuple(&repl_tuple, tuple, protocol)) {
  82.                 DEBUGP("Can't invert tuple.\n");
  83.                 return NULL;
  84.         }
  85.         /*为数据包对应的连接分配空间*/
  86.         conntrack = kmem_cache_alloc(ip_conntrack_cachep, GFP_ATOMIC);
  87.         if (!conntrack) {
  88.                 DEBUGP("Can't allocate conntrack.\n");
  89.                 return ERR_PTR(-ENOMEM);
  90.         }
  91.         /*初始化该结构*/
  92.         memset(conntrack, 0, sizeof(*conntrack));
  93.         /*使用计数器累加*/
  94.         atomic_set(&conntrack->ct_general.use, 1);
  95.         /*设置destroy函数指针*/
  96.         conntrack->ct_general.destroy = destroy_conntrack;
  97.         /*设置正反两个方向的tuple*/
  98. conntrack->tuplehash[IP_CT_DIR_ORIGINAL].tuple = *tuple;
  99.         conntrack->tuplehash[IP_CT_DIR_REPLY].tuple = repl_tuple;
  100.         if (!protocol->new(conntrack, skb)) {
  101.                 kmem_cache_free(ip_conntrack_cachep, conntrack);
  102.                 return NULL;
  103.         }
  104.         /* 初始化时间计数器，并设置超时初始函数 */
  105.         init_timer(&conntrack->timeout);
  106.         conntrack->timeout.data = (unsigned long)conntrack;
  107.         conntrack->timeout.function = death_by_timeout;

  109.         WRITE_LOCK(&ip_conntrack_lock);
  110.         exp = find_expectation(tuple);

  112.         if (exp) {
  113.                 DEBUGP("conntrack: expectation arrives ct=%p exp=%p\n",
  114.                         conntrack, exp);
  115.                 /* Welcome, Mr. Bond.  We've been expecting you... */
  116.                 __set_bit(IPS_EXPECTED_BIT, &conntrack->status);
  117.                 conntrack->master = exp->master;
  118. #if CONFIG_IP_NF_CONNTRACK_MARK
  119.                 conntrack->mark = exp->master->mark;
  120. #endif
  121.                 nf_conntrack_get(&conntrack->master->ct_general);
  122.                 CONNTRACK_STAT_INC(expect_new);
  123.         } else {
  124.                 conntrack->helper = ip_ct_find_helper(&repl_tuple);

  126.                 CONNTRACK_STAT_INC(new);
  127.         }

  129.         /* 这里，并没有直接就把该连接加入hash表，而是先加入到unconfirmed链表中. */
  130.         list_add(&conntrack->tuplehash[IP_CT_DIR_ORIGINAL].list, &unconfirmed);

  132.         atomic_inc(&ip_conntrack_count);
  133.         WRITE_UNLOCK(&ip_conntrack_lock);

  135.         if (exp) {
  136.                 if (exp->expectfn)
  137.                         exp->expectfn(conntrack, exp);
  138.                 destroy_expect(exp);
  139.         }

  141.         /*返回的是初始方向的hash节点*/
  142.         return &conntrack->tuplehash[IP_CT_DIR_ORIGINAL];
  143. }
复制代码



在前文中提到过，一条完整的连接，采用struct ip_conntrack 结构描述，初始化函数的主要功能，就是分配一个这样的空间，然后初始化它的一些成员。

在这个函数中，有三个重要的地方需要注意，一个是根据当前tuple，计算出应答方向的tuple，它是调用ip_ct_invert_tuple 函数实现的：
  1. int
  2. ip_ct_invert_tuple(struct ip_conntrack_tuple *inverse,
  3.                    const struct ip_conntrack_tuple *orig,
  4.                    const struct ip_conntrack_protocol *protocol)
  5. {
  6.         inverse->src.ip = orig->dst.ip;
  7.         inverse->dst.ip = orig->src.ip;
  8.         inverse->dst.protonum = orig->dst.protonum;
  9.         inverse->dst.dir = !orig->dst.dir;

  11.         return protocol->invert_tuple(inverse, orig);
  12. }
复制代码



这个函数事实上，与前面讲的tuple的转换是一样的，只是来了个乾坤大挪移，把来源和目的，以及方向对调了。

另一个重点的是函数对特殊协议的支持，我们这里暂时跳过了这部份。

第三个地方是调用协议的new函数：
        if (!protocol->new(conntrack, skb)) {
                kmem_cache_free(ip_conntrack_cachep, conntrack);
                return NULL;
        }
new 函数指定在每个封包第一次创建连接时被调用，它根据协议的不同，所处理的过程不同，以ICMP协议为例：
  1. /* Called when a new connection for this protocol found. */
  2. static int icmp_new(struct ip_conntrack *conntrack,
  3.                     const struct sk_buff *skb)
  4. {
  5.         static u_int8_t valid_new[]
  6.                 = { [ICMP_ECHO] = 1,
  7.                     [ICMP_TIMESTAMP] = 1,
  8.                     [ICMP_INFO_REQUEST] = 1,
  9.                     [ICMP_ADDRESS] = 1 };

  11.         if (conntrack->tuplehash[0].tuple.dst.u.icmp.type >= sizeof(valid_new)
  12.             || !valid_new[conntrack->tuplehash[0].tuple.dst.u.icmp.type]) {
  13.                 /* Can't create a new ICMP `conn' with this. */
  14.                 DEBUGP("icmp: can't create new conn with type %u\n",
  15.                        conntrack->tuplehash[0].tuple.dst.u.icmp.type);
  16.                 DUMP_TUPLE(&conntrack->tuplehash[0].tuple);
  17.                 return 0;
  18.         }
  19.         atomic_set(&conntrack->proto.icmp.count, 0);
  20.         return 1;
  21. }
复制代码

对于ICMP协议而言，仅有ICMP 请求回显、时间戳请求、信息请求（已经很少用了）、地址掩码请求这四个“请求”，可能是一个“新建”的连接，所以，ICMP协议的new函数判断是否是一个全法的ICMP新建连接，如果是非法的，则返回0，否则，初始化协议使用计数器，返回1。

5．4 连接状态的判断
resolve_normal_ct 函数的最后一个重要的工作是对连接状态的判断，tuple中包含一个“方向”成员dst.dir，对于一个初始连接，它是IP_CT_DIR_ORIGINAL：
tuple->dst.dir = IP_CT_DIR_ORIGINAL;
而它的应答包的tuple，则为IP_CT_DIR_REPLY：
inverse->dst.dir = !orig->dst.dir;
IP_CT_DIR_ORIGINAL 和IP_CT_DIR_REPLY都是枚举变量：
  1. enum ip_conntrack_dir
  2. {
  3.         IP_CT_DIR_ORIGINAL,
  4.         IP_CT_DIR_REPLY,
  5.         IP_CT_DIR_MAX
  6. };
复制代码


宏DIRECTION 就根据tuple中对应成员的值，判断数据包的方向，
/* If we're the first tuple, it's the original dir. */
#define DIRECTION(h) ((enum ip_conntrack_dir)(h)->tuple.dst.dir)

但是，还有一些特殊地方，比如TCP协议，它是一个面向连接的协议，所以，它的“初始”或“应答”包，并不一定就是“新建”或单纯的“应答”包，而是在一个连接过程中的“已建连接包”，另一个，如FTP等 复杂协议，它们还存在一些“关联”的连接，当然这两部份目前还没有涉及到，但并不影响我们分析如下这段代码：
  1.         /* 如果是一个应答包 ，设置状态为已建+应答*/
  2.         if (DIRECTION(h) == IP_CT_DIR_REPLY) {
  3.                 *ctinfo = IP_CT_ESTABLISHED + IP_CT_IS_REPLY;
  4.                 /* 设置应答标志变量 */
  5.                 *set_reply = 1;
  6.         } else {
  7.                 /* 新建连接方过来的数据包，对面向连接的协议而言，可能是一个已建连接，判断其标志位*/
  8.                 if (test_bit(IPS_SEEN_REPLY_BIT, &ct->status)) {
  9.                         DEBUGP("ip_conntrack_in: normal packet for %p\n",
  10.                                ct);
  11.                         *ctinfo = IP_CT_ESTABLISHED;
  12.                 } else if (test_bit(IPS_EXPECTED_BIT, &ct->status)) {
  13.                         DEBUGP("ip_conntrack_in: related packet for %p\n",
  14.                                ct);
  15.                         *ctinfo = IP_CT_RELATED;                        //关联连接
  16.                 } else {
  17.                         DEBUGP("ip_conntrack_in: new packet for %p\n",
  18.                                ct);
  19.                         *ctinfo = IP_CT_NEW;                                //否则，则为一个新建连接
  20.                 }
  21.                 *set_reply = 0;
  22.         }
  23.         
  24.         /*设置数据包skb与连接状态的关联*/
  25.         skb->nfct = &ct->ct_general;
  26.         /*每个sk_buff都将与ip_conntrack的一个状态关联，所以从sk_buff可以得到相应ip_conntrack的状态，即数据包的状态*/
  27.         skb->nfctinfo = *ctinfo;
  28.         return ct;
复制代码


以上的代表所表示的发送或应答的状态如下图所示：


6.        ip_confirm

以上的工作事实上都很简单，基本思路是：
一个包来了，转换其tuple，看其在连接跟踪表中没有，有的话，更新其状态，以其做一些与协议相关的工作，如果没有，则分配一个新的连接表项，并与skb_buff关连，但是问题是，这个表项，还没有被加入连接表当中来。其实这样做的理由很简单，因为这个时候，这个包是否有机会活命还是个未知数，例如被其它模块给Drop了……所以，要等到一切安全了，再来将这个表项插入至连接跟踪表。
这个“一切安全”当然是Netfilter所有的模块处理完了，最完全了。

当数据包要离开Netfilter时，它会穿过NF_IP_POST_ROUTING Hook点，状态跟踪模块在这里注册了ip_refrag函数（前面谈到过它的优先级是很低的）。这个Hook函数的工作，也可以猜测到了：“判断表项是否已经在连接跟踪表中了，如果没有，就将其插入表中”！

  1. static unsigned int ip_refrag(unsigned int hooknum,
  2.                               struct sk_buff **pskb,
  3.                               const struct net_device *in,
  4.                               const struct net_device *out,
  5.                               int (*okfn)(struct sk_buff *))
  6. {
  7.         struct rtable *rt = (struct rtable *)(*pskb)->dst;

  9.         /* ip_confirm函数用于处理将tuple加入hash表等重要的后续处理 */
  10.         if (ip_confirm(hooknum, pskb, in, out, okfn) != NF_ACCEPT)
  11.                 return NF_DROP;

  13.         /* 在连接跟踪开始之前，对分片包进行了重组，这里判断数据包是否需要分片，如果要分片，就调用ip_fragment分片函数将数据包分片发送出去，因为数据包已经被发送走了，所以，在它之后的任何Hook函数已经没有意思了 */
  14.         if ((*pskb)->len > dst_mtu(&rt->u.dst) &&
  15.             !skb_shinfo(*pskb)->tso_size) {
  16.                 /* No hook can be after us, so this should be OK. */
  17.                 ip_fragment(*pskb, okfn);
  18.                 return NF_STOLEN;
  19.         }
  20.         return NF_ACCEPT;
  21. }
复制代码


ip_confirm 函数是状态跟踪的另一个重要的函数：

  1. static unsigned int ip_confirm(unsigned int hooknum,
  2.                                struct sk_buff **pskb,
  3.                                const struct net_device *in,
  4.                                const struct net_device *out,
  5.                                int (*okfn)(struct sk_buff *))
  6. {
  7.         return ip_conntrack_confirm(pskb);
  8. }
复制代码

        函数仅是转向，将控制权转交给ip_conntrack_confirm函数：

  1. static inline int ip_conntrack_confirm(struct sk_buff **pskb)
  2. {
  3.         if ((*pskb)->nfct
  4.             && !is_confirmed((struct ip_conntrack *)(*pskb)->nfct))
  5.                 return __ip_conntrack_confirm(pskb);
  6.         return NF_ACCEPT;
  7. }
复制代码



is_comfirmed函数用于判断数据包是否已经被__ip_conntrack_confirm函数处理过了，它是通过IPS_CONFIRMED_BIT 标志位来判断，而这个标志位当然是在__ip_conntrack_confirm函数中来设置的：

[code
int
__ip_conntrack_confirm(struct sk_buff **pskb)
{
        unsigned int hash, repl_hash;
        struct ip_conntrack *ct;
        enum ip_conntrack_info ctinfo;

        /*取得数据包的连接状态*/
        ct = ip_conntrack_get(*pskb, &ctinfo);

        /* 如果当前包不是一个初始方向的封包，则直接返回. */
        if (CTINFO2DIR(ctinfo) != IP_CT_DIR_ORIGINAL)
                return NF_ACCEPT;

/*计算初始及应答两个方向tuple对应的hash值*/
        hash = hash_conntrack(&ct->tuplehash[IP_CT_DIR_ORIGINAL].tuple);
        repl_hash = hash_conntrack(&ct->tuplehash[IP_CT_DIR_REPLY].tuple);

        /* IP_NF_ASSERT(atomic_read(&ct->ct_general.use) == 1); */

        /* No external references means noone else could have
           confirmed us. */
        IP_NF_ASSERT(!is_confirmed(ct));
        DEBUGP("Confirming conntrack %p\n", ct);

        WRITE_LOCK(&ip_conntrack_lock);

        /* 在hash表中查找初始及应答的节点*/
        if (!LIST_FIND(&ip_conntrack_hash[hash],
                       conntrack_tuple_cmp,
                       struct ip_conntrack_tuple_hash *,
                       &ct->tuplehash[IP_CT_DIR_ORIGINAL].tuple, NULL)
            && !LIST_FIND(&ip_conntrack_hash[repl_hash],
                          conntrack_tuple_cmp,
                          struct ip_conntrack_tuple_hash *,
                          &ct->tuplehash[IP_CT_DIR_REPLY].tuple, NULL)) {
                /* Remove from unconfirmed list */
                list_del(&ct->tuplehash[IP_CT_DIR_ORIGINAL].list);

                /*主要的工作就在于此了：将当前连接表项（初始和应答的tuple）添加进hash表*/
                list_prepend(&ip_conntrack_hash[hash],
                             &ct->tuplehash[IP_CT_DIR_ORIGINAL]);
                list_prepend(&ip_conntrack_hash[repl_hash],
                             &ct->tuplehash[IP_CT_DIR_REPLY]);
                /* Timer relative to confirmation time, not original
                   setting time, otherwise we'd get timer wrap in
                   weird delay cases. */
                ct->timeout.expires += jiffies;
                add_timer(&ct->timeout);
                atomic_inc(&ct->ct_general.use);
                set_bit(IPS_CONFIRMED_BIT, &ct->status);
                CONNTRACK_STAT_INC(insert);
                WRITE_UNLOCK(&ip_conntrack_lock);
                return NF_ACCEPT;
        }

        CONNTRACK_STAT_INC(insert_failed);
        WRITE_UNLOCK(&ip_conntrack_lock);

        return NF_DROP;
}[/code]

这样，一条新建连接就被加入到表项当中了。如果其有后续连接，如应答，进入连接跟踪表，又转换其tuple，然后查到此表项，循环中……
date: 标签： , ,

没有评论:

发表评论

订阅： 博文评论 (Atom)