鉤子函式的呼叫

1、nf_hook_slow函式

hook被註冊後，它就會在那裡守株待兔，等待自動送上門的資料報，那麼核心是如何呼叫到註冊的hook的呢？在分析nf_hook的時候說過，如果指定協議的指定鉤子型別上註冊了鉤子函式數，會呼叫nf_hook_slow函式：

[copy to clipboard]

[ - ]

code:

/* returns 1 if okfn() needs to be executed by the caller,

* -eperm for nf_drop, 0 otherwise. */

int nf_hook_slow(int pf, unsigned int hook, struct sk_buff **pskb,

struct net_device *indev,

struct net_device *outdev,

int (*okfn)(struct sk_buff *),

int hook_thresh)

(*pskb)->nf_debug |= (1 << hook);

#endif

/*取得對應的鍊錶首部*/

elem = &nf_hooks[pf][hook];

next_hook:

/*呼叫對應的鉤子函式*/

verdict = nf_iterate(&nf_hooks[pf][hook], pskb, hook, indev,

outdev, &elem, okfn, hook_thresh);

/*判斷返回值，做相應的處理*/

if (verdict == nf_accept || verdict == nf_stop) else if (verdict == nf_drop) else if (verdict == nf_queue)

unlock:

rcu_read_unlock();

return ret; }

核心的資料**函式，呼叫巨集nf_hook時，會告訴它協議簇和hook型別，nf_hook_slow函式根據這兩個要素，可以很輕易地從nf_hooks 中取得對應的前面註冊好的hook鍊錶的首部：

elem = &nf_hooks[pf][hook];

然後，就呼叫函式nf_iterate ，遍歷hook鍊錶，呼叫鏈用上所有的hook函式

2、nf_iterate 函式

[copy to clipboard]

[ - ]

code:

static unsigned int nf_iterate(struct list_head *head,

struct sk_buff **skb,

int hook,

const struct net_device *indev,

const struct net_device *outdev,

struct list_head **i,

int (*okfn)(struct sk_buff *),

int hook_thresh)

#endif

if (verdict != nf_repeat)

return verdict;

*i = (*i)->prev; }

}return nf_accept; }

我們可以看到，函式在乙個鍊錶的遍歷過程中，不斷地呼叫對應的hook函式：

verdict = elem->hook(hook, skb, indev, outdev, okfn);

以執行我們註冊好的hook，對資料報進行我們想要的處理。函式的返回值verdict決定了封包的命令，接受或丟棄，netfilter共有6 個值：

[copy to clipboard]

[ - ]

code:

/* responses from hook functions. */

#define nf_drop 0 丟棄該資料報

#define nf_accept 1 保留該資料報

#define nf_stolen 2 記掉該資料報

#define nf_queue 3 將該資料報插入到使用者空間

#define nf_repeat 4 再次呼叫該hook函式

#define nf_stop 5 停止檢測，不再進行下乙個hook函式

逐個分析每乙個hook函式，就可以了解整個netfilter的執行機理，這是我後面的重點內容。現在需要回答的問題是，如果同時註冊了n個hook，它們對封包的處理，有的是accept，有的是drop，那麼如果前乙個drop了它，後面的hook函式還會被執行嗎？來看返回值的處理**：

[copy to clipboard]

[ - ]

code:

if (verdict != nf_accept)

很明顯，如果是accept動作，那麼還會繼續呼叫下乙個hook，否則，當是repeat時，再返回前乙個hook，至於其它動作，則直接返回，不再斷續呼叫下乙個hook，換句話講，就是如果資料報已經被前乙個hook函式丟棄，當然不會再被交給下乙個hook函式。

鉤子函式的呼叫

mounted鉤子函式對vue中鉤子函式的理解

mysql 鉤子函式 Flask鉤子函式是什麼

UCOS III 鉤子函式

鉤子函式的呼叫

mounted鉤子函式 對vue中鉤子函式的理解

mysql 鉤子函式 Flask鉤子函式是什麼

UCOS III 鉤子函式

相關推薦

mounted鉤子函式對vue中鉤子函式的理解