inux系統(tǒng)中的Netfilter提供了一個抽象、通用化的框架，該框架定義的一個子功能的實現(xiàn)就是包過濾子系統(tǒng)。下面是學習啦小編跟大家分享的是從五方面解析Linux防火墻框架問題，歡迎大家來閱讀學習。

　　從五方面解析Linux防火墻框架問題

　　inux系統(tǒng)中的Netfilter提供了一個抽象、通用化的框架，該框架定義的一個子功能的實現(xiàn)就是包過濾子系統(tǒng)，框架包含以下五部分：

　　1. 為每種網絡協(xié)議(IPv4、IPv6等)定義一套鉤子函數(shù)(IPv4定義了5個鉤子函數(shù)), 這些鉤子函數(shù)在數(shù)據(jù)報流過協(xié)議棧的幾個關鍵點被調用。在這幾個點中，協(xié)議棧將把數(shù)據(jù)報及鉤子函數(shù)標號作為參數(shù)調用Netfilter框架。

　　2. 內核的任何模塊可以對每種協(xié)議的一個或多個鉤子進行注冊，實現(xiàn)掛接，這樣當某個數(shù)據(jù)包被傳遞給Netfilter框架時，內核能檢測是否有任何模塊對該協(xié)議和鉤子函數(shù)進行了注冊。若注冊了，則調用該模塊的注冊時使用的回調函數(shù)，這樣這些模塊就有機會檢查(可能還會修改)該數(shù)據(jù)包、丟棄該數(shù)據(jù)包及指示Netfilter將該數(shù)據(jù)包傳入用戶空間的隊列。

　　3 .那些排隊的數(shù)據(jù)包是被傳遞給用戶空間的異步地進行處理。一個用戶進程能檢查數(shù)據(jù)包，修改數(shù)據(jù)包，甚至可以重新將該數(shù)據(jù)包通過離開內核的同一個鉤子函數(shù)中注入到內核中。

　　4. 任何在IP層要被拋棄的IP數(shù)據(jù)包在真正拋棄之前都要進行檢查。例如允許模塊檢查IP-Spoofed包(被路由拋棄)。

　　5.IP層的五個HOOK點的位置如下所示：(1)NF_IP_PRE_ROUTING：剛剛進入網絡層的數(shù)據(jù)包通過此點(剛剛進行完版本號，校驗 和等檢測)，源地址轉換在此點進行;IP_Input.c中IP_Rcv調用;(2)NF_IP_LOCAL_IN：經路由查找后，送往本機的通過此檢查點，INPUT包過濾在此點進行，IP_local_deliver中調用;(3)NF_IP_FORWARD：要轉發(fā)的包通過此檢測點，F(xiàn)ORWORD包過濾在此點進行; (4)NF_IP_POST_ROUTING：所有馬上便要通過網絡設備出去的包通過此檢測點，內置的目的地址轉換功能(包括地址偽裝)在此點進行;(5)NF_IP_LOCAL_OUT：本機進程發(fā)出的包通過此檢測點，OUTPUT包過濾在此點進行。

　　這些點是已經在內核中定義好的，內核模塊能夠注冊在這些HOOK點進行的處理，可使用nf_register_hook函數(shù)指定。在數(shù)據(jù)報經過這些鉤子函數(shù)時被調用，從而模塊可以修改這些數(shù)據(jù)報，并向Netfilter返回如下值：

　　NF_ACCEPT 繼續(xù)正常傳輸數(shù)據(jù)報

　　NF_DROP 丟棄該數(shù)據(jù)報，不再傳輸

　　NF_STOLEN 模塊接管該數(shù)據(jù)報，不要繼續(xù)傳輸該數(shù)據(jù)報

　　NF_QUEUE 對該數(shù)據(jù)報進行排隊(通常用于將數(shù)據(jù)報給用戶空間的進程進行處理)

　　NF_REPEAT 再次調用該鉤子函數(shù)

　　一個基于Netfilter框架的、稱為IPtables的數(shù)據(jù)報選擇系統(tǒng)在Linux2.4內核中被應用，其實它就是IPchains的后繼工具，但卻有更強的可擴展性。內核模塊可以注冊一個新的規(guī)則表(table)，并要求數(shù)據(jù)報流經指定的規(guī)則表。這種數(shù)據(jù)報選擇用于實現(xiàn)數(shù)據(jù)報過濾(filter表)，網絡地址轉換(Nat表)及數(shù)據(jù)報處理(Mangle表)。 Linux2.4內核提供的這三種數(shù)據(jù)報處理功能都基于Netfilter的鉤子函數(shù)和IP表。它們是獨立的模塊，相互之間是獨立的。它們都完美的集成到由Netfileter提供的框架中。

　　包過濾

　　Filter表格不會對數(shù)據(jù)報進行修改，而只對數(shù)據(jù)報進行過濾。IPtables優(yōu)于IPchains的一個方面就是它更為小巧和快速。它是通過鉤子函數(shù)NF_IP_LOCAL_IN、NF_IP_FORWARD及NF_IP_LOCAL_OUT接入Netfilter框架的。因此對于任何一個數(shù) 報只有一個地方對其進行過濾。這相對IPchains來說是一個巨大的改進，因為在IPchains中一個被轉發(fā)的數(shù)據(jù)報會遍歷三條鏈。

　　NAT

　　NAT表格監(jiān)聽三個Netfilter鉤子函數(shù)：NF_IP_PRE_ROUTING、NF_IP_POST_ROUTING及NF_IP_LOCAL_OUT。 NF_IP_PRE_ROUTING實現(xiàn)對需要轉發(fā)的數(shù)據(jù)報的源地址進行地址轉換而NF_IP_POST_ROUTING則對需要轉發(fā)的數(shù)據(jù)包的目的地址進行地址轉換。對于本地數(shù)據(jù)報的目的地址的轉換則由NF_IP_LOCAL_OUT來實現(xiàn)。NAT表格不同于filter表格，因為只有新連接的第一個數(shù)據(jù)報將遍歷表格，而隨后的數(shù)據(jù)報將根據(jù)第一個數(shù)據(jù)報的結果進行同樣的轉換處理。NAT表格被用在源NAT、目的NAT，偽裝(其是源NAT的一個特例)及透明代理(其是目的NAT的一個特例)。

　　數(shù)據(jù)報處理(Packet Mangling)

　　Mangle表格在NF_IP_PRE_ROUTING和NF_IP_LOCAL_OUT鉤子中進行注冊。使用 mangle表，可以實現(xiàn)對數(shù)據(jù)報的修改或給數(shù)據(jù)報附上一些帶外數(shù)據(jù)。當前mangle表支持修改TOS位及設置skb的nfmard字段。

　　如果我們想加入自己的代碼，便要用nf_register_hook函數(shù)。我們的工作便是生成一個struct nf_hook_ops結構的實例，并用nf_register_hook將其HOOK上。其中l(wèi)ist項我們總要初始化為{NULL,NULL};由于一般在IP層工作，pf總是PF_INET;hooknum就是我們選擇的HOOK點;一個HOOK點可能掛多個處理函數(shù)，誰先誰后，便要看優(yōu)先級，即priority的指定了。Netfilter_IPv4.h中用一個枚舉類型指定了內置的處理函數(shù)的優(yōu)先級