本文將介紹 TUN/TAP 驅動的使用并分析虛擬網卡 TUN/TAP 驅動程序在 Linux 環境下的設計思路。
虛擬網卡Tun/tap驅動是一個開源項目,支持很多的類UNIX平臺,OpenVPN和Vtun都是基于它實現隧道包封裝。本文將介紹tun/tap驅動的使用并分析虛擬網卡tun/tap驅動程序在linux環境下的設計思路。
tun/tap 驅動程序實現了虛擬網卡的功能,tun表示虛擬的是點對點設備,tap表示虛擬的是以太網設備,這兩種設備針對網絡包實施不同的封裝。利用tun/tap 驅動,可以將tcp/ip協議棧處理好的網絡分包傳給任何一個使用tun/tap驅動的進程,由進程重新處理后再發到物理鏈路中。開源項目openvpn ( http://openvpn.sourceforge.net)和Vtun( http://vtun.sourceforge.net)都是利用tun/tap驅動實現的隧道封裝。
在linux 2.4內核版本及以后版本中,tun/tap驅動是作為系統默認預先編譯進內核中的。在使用之前,確保已經裝載了tun/tap模塊并建立設備文件:
|
參數c表示是字符設備, 10和200分別是主設備號和次設備號。
這樣,我們就可以在程序中使用該驅動了。
使用tun/tap設備的示例程序(摘自openvpn開源項目 http://openvpn.sourceforge.net,tun.c文件)
|
調用上述函數后,就可以在shell命令行下使用ifconfig 命令配置虛擬網卡了,通過生成的字符設備描述符,在程序中使用read和write函數就可以讀取或者發送給虛擬的網卡數據了。
做為虛擬網卡驅動,Tun/tap驅動程序的數據接收和發送并不直接和真實網卡打交道,而是通過用戶態來轉交。在linux下,要實現核心態和用戶態數據的交互,有多種方式:可以通用socket創建特殊套接字,利用套接字實現數據交互;通過proc文件系統創建文件來進行數據交互;還可以使用設備文件的方式,訪問設備文件會調用設備驅動相應的例程,設備驅動本身就是核心態和用戶態的一個接口,Tun/tap驅動就是利用設備文件實現用戶態和核心態的數據交互。
從結構上來說,Tun/tap驅動并不單純是實現網卡驅動,同時它還實現了字符設備驅動部分。以字符設備的方式連接用戶態和核心態。下面是示意圖:
Tun/tap 驅動程序中包含兩個部分,一部分是字符設備驅動,還有一部分是網卡驅動部分。利用網卡驅動部分接收來自TCP/IP協議棧的網絡分包并發送或者反過來將接收到的網絡分包傳給協議棧處理,而字符驅動部分則將網絡分包在內核與用戶態之間傳送,模擬物理鏈路的數據接收和發送。Tun/tap驅動很好的實現了兩種驅動的結合。
下面是定義的tun/tap設備結構:
|
struct net_device結構是linux內核提供的統一網絡設備結構,定義了系統統一的訪問接口。
Tun/tap驅動中實現的網卡驅動的處理例程:
static int tun_net_open(struct net_device *dev);
static int tun_net_close(struct net_device *dev);
static int tun_net_xmit(struct sk_buff *skb, struct net_device *dev);//數據包發送例程
static void tun_net_mclist(struct net_device *dev);//設置多點傳輸的地址鏈表
static struct net_device_stats *tun_net_stats(struct net_device *dev);//當一個應用程序需要知道網絡接口的一些統計數據時,可調用該函數,如ifconfig、netstat等。
int tun_net_init(struct net_device *dev);//網絡設備初始例程
字符設備部分:
在Linux中,字符設備和塊設備統一以文件的方式訪問,訪問它們的接口是統一的,都是使用open()函數打開設備文件或普通文件,用read()和write()函數實現讀寫文件等等。Tun/tap驅動定義的字符設備的訪問接口如下:
static struct file_operations tun_fops = {
owner: THIS_MODULE,
llseek: tun_chr_lseek,
read tun_chr_read,
write: tun_chr_write,
poll: tun_chr_poll,
ioctl: tun_chr_ioctl,
open: tun_chr_open,
release: tun_chr_close,
fasync: tun_chr_fasync
};
在內核中利用misc_register() 函數將該驅動注冊為非標準字符設備驅動,提供字符設備具有的各種程序接口。代碼摘自linux-2.4.20\linux-2.4.20\drivers\net\tun.c
|
當打開一個tun/tap設備時,open 函數將調用tun_chr_open()函數,其中將完成一些重要的初始化過程,包括設置網卡驅動部分的初始化函數以及網絡緩沖區鏈表的初始化和等待隊列的初始化。Tun/tap驅動中網卡的注冊被嵌入了字符驅動的ioctl例程中,它是通過對字符設備文件描述符利用自定義的ioctl設置標志 TUNSETIFF完成網卡的注冊的。下面是函數調用關系示意圖:
使用ioctl()函數操作字符設備文件描述符,將調用字符設備中tun_chr_ioctl 來設置已經open好的tun/tap設備,如果設置標志為TUNSETIFF,則調用tun_set_iff() 函數,此函數將完成很重要的一步操作,就是對網卡驅動進行注冊register_netdev(&tun->dev),網卡驅動的各個處理例程的掛接在open操作時由tun_chr_open()函數初始化好了。
Tun/tap設備的工作過程:
Tun/tap 設備提供的虛擬網卡驅動,從tcp/ip協議棧的角度而言,它與真實網卡驅動并沒有區別。從驅動程序的角度來說,它與真實網卡的不同表現在tun/tap 設備獲取的數據不是來自物理鏈路,而是來自用戶區,Tun/tap設備驅動通過字符設備文件來實現數據從用戶區的獲取。發送數據時tun/tap設備也不是發送到物理鏈路,而是通過字符設備發送至用戶區,再由用戶區程序通過其他渠道發送。
發送過程:
使用tun/tap網卡的程序經過協議棧把數據傳送給驅動程序,驅動程序調用注冊好的hard_start_xmit函數發送, hard_start_xmit函數又會調用tun_net_xmit函數,其中skb將會被加入skb鏈表,然后喚醒被阻塞的使用tun/tap設備字符驅動讀數據的進程,接著tun/tap設備的字符驅動部分調用其tun_chr_read()過程讀取skb鏈表,并將每一個讀到的skb發往用戶區,完成虛擬網卡的數據發送。
接收數據的過程:
當我們使用write()系統調用向tun/tap設備的字符設備文件寫入數據時,tun_chr_write函數將被調用,它使用 tun_get_user從用戶區接受數據,其中將數據存入skb中,然后調用關鍵的函數netif_rx(skb) 將skb送給tcp/ip協議棧處理,完成虛擬網卡的數據接收。
tun/tap驅動很巧妙的將字符驅動和網卡驅動糅合在一起,本文重點分析兩種驅動之間的銜接,具體的驅動處理細節沒有一一列出,請讀者參考相關文檔。