Provided by: manpages-zh_1.6.3.5-1_all bug

NAME

       分組(也譯爲數據包),PF_PACKET  -  在設備層的分組接口  譯註:PF_PACKET  中的 PF 是 protocol
       family(協議族)的縮寫。

SYNOPSIS 總覽

       #include <sys/socket.h>
       #include <features.h> /* 需要裏面的 glibc 版本號 */
       #if __GLIBC__ >= 2 && __GLIBC_MINOR >= 1
       #include <netpacket/packet.h>
       #include <net/ethernet.h> /* 鏈路層(L2)協議 */
       #else
       #include <asm/types.h>
       #include <linux/if_packet.h>
       #include <linux/if_ether.h> /* 鏈路層協議 */
       #endif

       packet_socket=socket(PF_PACKET,intsocket_type,intprotocol);

DESCRIPTION 描述

       分組套接口(也譯爲插口或套接字)被用於在設備層(OSI 的鏈路層) 收發原始(raw  )分組。它允許用戶
       在用戶空間實現在物理層之上的 協議模塊。

       對於包含鏈路層報頭的原始分組,socket_type 參數是 SOCK_RAW; 對於去除了鏈路層報頭的加工過的
       分組,socket_type 參數是 SOCK_DGRAM。鏈路層報頭信息可在作爲一般格式的 sockaddr_ll 中  的中
       得到。socket 的 protocol 參數指的是 IEEE 802.3 的按網絡 層排序的協議號,在頭文件中有所有被
       允許的 協議的列表。當 protocol 被設置爲 htons(ETH_P_ALL)時,可以接  收所有的協議。到來的此
       種類型的分組在傳送到在內核實現的協議 之前要先傳送給分組套接口。

       譯註:DGRAM  是數據報的意思,htons 函數名是 hosts to networks of a short (16位整數的從主機
       到網絡的字節序變換)的縮寫。

       只有有效 uid 是 0 或有 CAP_NET_RAW 能力的進程可以打開分組 套接口。

       傳送到設備和從設備傳送來的 SOCK_RAW 分組不改變任何分組數據。 當收到一個  SOCK_RAW  分組時,
       地址仍被分析並傳送到一個標準的  sockaddr_ll 地址結構中。當發送一個 SOCK_RAW 分組時, 用戶供
       給的緩衝區應該包含物理層報頭。接着此分組不加修改的放入目的  地址定義的接口的網絡驅動程序的
       隊列中。一些設備驅動程序總是   增加其他報頭。SOCK_RAW   分組與已被廢棄的   Linux   2.0  的
       SOCK_PACKET 分組類似但不兼容。

       對   SOCK_DGRAM   分組的操作要稍微高一層次。在分組被傳送到用戶    之前物理報頭已被去除。從
       SOCK_DGRAM分組套接口送出的分組在被 放入網絡驅動程序的隊列之前,基於在 sockaddr_ll 中的目的
       地址 得到一個適合的物理層報頭。

       缺省的所有特定協議類型的分組被髮送到分組套接口。爲了只從特 定的接口得到分組,使用bind(2)來
       指定一個在  sockaddr_ll 結構 中的地址,以此把一個分組套接口綁定到一個接口上。只有地址字 段
       sll_protocol 和 sll_ifindex 被綁定用途所使用。

       不支持在分組套接口上的 connect(2) 操作。(不能作爲客戶端使用)

ADDRESS TYPES 地址類型

       sockaddr_ll 是設備無關的物理層地址。

              struct sockaddr_ll
              {
              unsigned short sll_family; /* 總是 AF_PACKET */
              unsigned short sll_protocol; /* 物理層的協議 */
              int sll_ifindex; /* 接口號 */
              unsigned short sll_hatype; /* 報頭類型 */
              unsigned char sll_pkttype; /* 分組類型 */
              unsigned char sll_halen; /* 地址長度 */
              unsigned char sll_addr[8]; /* 物理層地址 */
              };

       sll_protocol   是在   linux/if_ether.h   頭文件中定義的按網絡層排   序的標準的以太楨協議類
       型。sll_ifindex 是接口的索引號(參見 netdevice(2));0 匹配所有的接口(當然只有合法的才用於綁
       定)。 sll_hatype 是在 linux/if_arp.h 中定義的 ARP  硬件地址類型。  sll_pkttype  包含分組類
       型。有效的分組類型是:目標地址是本地     主機的分組用的    PACKET_HOST,物理層廣播分組用的
       PACKET_BROADCAST    ,發送到一個物理層多路廣播地址的分組用的    PACKET_MULTICAST,    在混
       雜(promiscuous)模式下的設備驅動器發向其他主機的分組用的 PACKET_OTHERHOST,本源於本地主機的
       分組被環回到分組套接口用 的  PACKET_OUTGOING。這些類型只對接收到的分組有意義。sll_addr  和
       sll_halen 包括物理層(例如 IEEE 802.3)地址和地址長度。精確 的解釋依賴於設備。

       譯註:  (1) 對於以太網(ethernet) OSI 模型不完全適用,以太楨定義包 括物理層和鏈路層的基本內
       容, 所謂的以太楨協議類型標識的是網絡 層的協議。IEEE 802 委員會爲與 OSI  相一致,把以太楨定
       義稱爲   MAC(medium   access  control)層,在  MAC  層與網絡層之間加入  LLC  (logical  link
       control)層,補充上了 OSI 標準的鏈路層。但在BSD TCP/IP 中是爲了兼容官方標準才被實現的。對於
       TCP/IP 協議族 OSI 模型也不完全適用,TCP/IP 沒定義鏈路層,只能用 UNIX 的設 備驅動程序去對應
       鏈路層。無論如何這是既成事實,在本手冊頁中物   理層、鏈路層、設備層指的都是以太網的    MAC
       層。餘以爲不必嚴格 按層次劃分去理解問題,現在這個協議棧是優勝劣汰的結果,不是委 員會討論出
       來的。 (2) 以太網地址分爲三類,物理地址(最高位爲0),多路廣播地址  (最高位爲1),廣播地址(全
       是1)。以  DP8390 爲例,它的接收配置 寄存器的 D2 位用來指定 NIC 是否接受廣播楨,D3 位用來指
       定   NIC   是否對多路廣播楨進行過濾,D4   位用來指定   NIC是否接受所有的物    理地址楨。混
       雜(Promiscuous)模式就是接收所有物理地址楨。

SOCKET OPTIONS 套接口選項

       分組套接口可被用來配置物理層的多路廣播和混雜模式。配置通過調用 setsockopt(2)實現,套接口參
       數是一個分組套接口、層次參數爲 SOL_PACKET 、選項參數中的 PACKET_ADD_MEMBERSHIP  用於增加一
       個綁定,選項參數中的  PACKET_DROP_MEMBERSHIP  用於刪除一個綁  定。兩個選項都需要作爲參數的
       packet_mreq 結構:

              struct packet_mreq
              {
              int mr_ifindex; /* 接口索引號 */
              unsigned short mr_type; /* 動作 */
              unsigned short mr_alen; /* 地址長度 */
              unsigned char mr_address[8]; /* 物理層地址 */
              };

       mr_ifindex 包括接口的接口索引號,mr_ifindex 的狀態是可以改 變的。mr_type  參數指定完成那個
       動作。PACKET_MR_PROMISC   允許  接收在共享介質上的所有分組,這種接受狀態常被稱爲混雜模式;
       PACKET_MR_MULTICAST   把套接口綁定到由mr_address   和    mr_alen    指定的物理層多路廣播組
       上;PACKET_MR_ALLMULTI 設置套接口接 收所有的來到接口的多路廣播分組。

       除此之外傳統的 ioctls 如 SIOCSIFFLAGS, SIOCADDMULTI, SIOCDELMULTI 也能用於實現同樣的目的。

IOCTLS 輸入輸出控制

       SIOCGSTAMP 用來接收最新收到的分組的時間戳。它的參數是 timeval 結構。

       除此之外,所有的在 netdevice(7) 和 socket(7) 中定義的標準 的 ioctl 在分組套接口上均有效。

ERROR HANDLING 錯誤處理

       分組套接只對傳送分組到設備驅動程序時發生的錯誤做錯誤處理,  其他不做錯誤處理。這裏沒有等待
       解決的錯誤的概念。

COMPATIBILITY 兼容性

       在 Linux 2.0 中,得到分組套接口的唯一方法是調用 socket(PF_INET, SOCK_PACKET, protocol)。它
       仍被支持但變得 沒有價值。兩種方法的主要不同在於 SOCK_PACKET 使用老的 sockaddr_pkt 結構來指
       定一個接口,沒有提供物理層接口無關性。 (依賴於物理設備)

              struct sockaddr_pkt
              {
              unsigned short spkt_family;
              unsigned char spkt_device[14];
              unsigned short spkt_protocol;
              };

       spkt_family 包括設備類型,spkt_protocol 是在 中定義的 IEEE 802.3 協議類型,spkt_device  是
       表示設備名的 null 終結的字符串,例如 eth0。

       譯註: "who is nntp" 就是一個以 null (' ')終結的字符串。

       這個結構已經被廢棄,不應在新的代碼中使用。

NOTES 注意

       不建議對要求可移植的程序通過 pcap(3) 使用 PF_PACKET 協議族; 它只覆蓋了 PF_PACKET 特徵的一
       個子集。

       譯註:該函數庫可在 ftp://ftp.ee.lbl.gov/libpcap.tar.Z 得到。

       SOCK_DGRAM 分組套接口對 IEEE 802.3 楨不做生成或分析 IEEE 802.2 LLC  報頭的嘗試。當在套接口
       中指定了  ETH_P_802_3 協議, 告知內核生成 802.3 楨,並填寫了長度字段;用戶必須提供提供 LLC
       報頭來產生符合標準的分組。到來的 802.3 分組不在協議 字段 DSAP/SSAP  上實現多路複用;而是故
       意的把  ETH_P_802_2 協議的 LLC 報頭提供給用戶。所以不可能綁定到 ETH_P_802_3; 而可以綁定到
       ETH_P_802_2 並自己做多路複用。缺省的發送的是 標準的以太網 DIX 封裝並填寫協議字段。

       譯註: 長度字段和協議字段其實都是以太楨的第四字段,這個字段 的值在小於 1518  時表示此以太楨
       是  IEEE 802.3 楨,在大於1536 時表示此以太楨是 DIX 楨。DIX 中的 D 代表 DEC,I 代表 Intel,
       X 代表 Xerox。

       分組套接口不是輸入或輸出防火牆的系列主題。

ERRORS 錯誤信息

       ENETDOWN
              接口未啓動。

       ENOTCONN
              未傳遞接口地址。

       ENODEV 在接口地址中指定了未知的設備名或接口索引。

       EMSGSIZE
              分組比接口的 MTU(最大傳輸單元)大。

       ENOBUFS
              沒有足夠的內存分配給分組。

       EFAULT 用戶傳遞了無效的地址。

       EINVAL 無效參數。

       ENXIO  接口地址包含非法接口索引號。

       EPERM  用戶沒有足夠的權限來執行這個操作。

       EADDRNOTAVAIL
              傳遞了未知的多路廣播組地址。

       ENOENT 未收到分組。

              除此之外,底層的驅動程序可能產生其他的錯誤信息。

VERSIONS 版本

       PF_PACKET 是 Linux 2.2 的新特徵。Linux 的早期版本只支持 SOCK_PACKET。

BUGS 缺陷

       glibc 2.1 沒有定義 SOL_PACKET。建議的補救是使用
              #ifndef SOL_PACKET
              #define SOL_PACKET 263
              #endif
       在此以後的 glibc 版本中更正了錯誤並且在 libc5 系統上不會發生。

       沒有對 IEEE 802.2/803.3 LLC 的處理被認爲是缺陷。

       套接口過濾器未歸入文檔。

CREDITS 貢獻者

       本手冊頁是 Andi Kleen 寫的,他得到了 Matthew Wilcox 的幫助。 在 Linux 2.2  中的  PF_PACKET
       是 Alexey Kuznetsov 實現的,他 的實現是以 Alan Cox 和其他人的代碼爲基礎的。

SEE ALSO 參見

       ip(7),socket(7),socket(2),raw(7),pcap(3).            RFC894-IP數據報的Ethernet楨封裝標準。
       RFC1700-IP數據報的IEEE802.3楨封裝標準。 頭文件linux/if_ether.h包含物理層協議。

[中文版維護人]

       mhss <jijingzhisheng@up369.com>

[中文版最新更新]

       2000/10/15

《中國linux論壇man手冊頁翻譯計劃》:

       http://cmpp.linuxforum.net

       本頁面中文版由中文 man 手冊頁計劃提供。
       中文 man 手冊頁計劃:https://github.com/man-pages-zh/manpages-zh