pmacct

pmacct是一個開源和免費分發的軟件項目，其中包含一個小集合的命令行無源網絡監控實用程序，它允許用戶導出，測量，分類，賬戶和總IPv6和IPv4流量。它包括nfacctd，pmacct，pmacctd，sfacctd和uacctd tools.Features在glanceKey功能包括思科NSEL和思科NEL的CGNAT，隧道交通檢查的支持，MPLS / BGP VPN的rfc4364的支持，GeoIP的查詢，對SQL的支持（觸發器，數據預處理，動態表命名），用於通過libpcap的庫收集數據，以及通過網絡鏈路/ ULOG，sFlow支持V2 / V4 / V5，NetFlow的V1 / V5 / V7 / V8 / V9和IPFIX。
此外，該軟件還能夠將數據導出到外部的實用程序，如GNUPLOT，RRDtool的，Net-SNMP的，仙人掌和MRTG的，它適用於IP承載，ISP，CDN，IXP，熱點和數據中心環境，可以將數據保存到不同的後端，包括MySQL和PostgreSQL，SQLite的，MongoDB的，BerkeleyDB的，RabbitMQ的，內存中的表和平面文件。
在其他有趣的功能，我們可以提到的BGP ADD-的路徑，現場BGP消息記錄，通過IS-IS / IGP守護，分類業務流，域間路由平面的可視化傾銷BGP表，內部路由的可視化支持通過BGP後台程序，來料的NetFlow，sFlow的和IPFIX數據包複製和可插拔architecture.Getting開始pmacctBeing命令行軟件，該pmacct項目只能從控制台/ CLI環境。在你的GNU / Linux發行版安裝它，您可以使用內置的操作系統（如Ubuntu軟件中心在Ubuntu）或源代碼包，這是免費發放的Softoware和軟件中心應用項目大局;官方網站（見本文末尾的網頁鏈接）。
如果你決定使用源碼包安裝pmacct，下載它，將它保存在你的主文件夾，使用存檔管理器工具來解壓，打開一個終端仿真器應用程序轉至您＆rsquo的位置，已經提取的存檔文件（如CD /home/softoware/pmacct-1.5.0）。然後，運行＆lsquo的; ./配置&&讓＆rsquo的;命令配置和編譯程序，其次是＆lsquo的;須藤使安裝＆rsquo的;命令寬安裝工具系統。
安裝完畢後，添加＆ldquo; - 幫助 - rdquo;的選擇每個包括工具（詳見第一款），以查看他們的命令行選項，用法消息，以及各種現實生活中的例子，這將有助於你更好地了解他們的工作和如何使用它們在你的工作。請注意，pmacct在Linux，BSD，Solaris和嵌入式系統上運行

什麼在此版本中是新的：

• 介紹bgp_daemon_msglog_file配置指令啟用BGP消息/事件流記錄。每個日誌條目設有一個時間基準，對等體的IP地址，事件類型和序列號（訂購事件時的時間基準是不足夠的粒狀）。 BGP更新消息還包含完整的前綴和BGP屬性信息。在QUICKSTART文件示例給出，章XIIf。
• 的BGP表中的規則的時間間隔引入轉儲。的文件名，它可以包括變量，是由bgp_table_dump_file指令設置的。輸出格式，目前僅JSON，可以在將來通過bgp_table_dump_output指令進行設置。轉儲之間的時間間隔可以通過bgp_table_dump_refresh_time指令進行設置。在QUICKSTART文件示例給出，章XIIf。
• 在對內部變長元介紹支持（可能的候選人都是字符串）。還推出了“標籤”原始這是一個可變長度的字符串等價的標記和標籤2元。它的值是通過在pre_tag_map一個'set_label'語句設置（見例子/ pretag.map.example）。如果，即。作為JEQ在一個pre_tag_map結果，多個“set_label'應用，然後默認操作是用逗號追加標籤和獨立的。
• 在pmacct項目已分配PEN＃43874。 nfprobe插件：標籤，標籤2，標籤元，現在編碼IPFIX利用的pmacct PEN的
• 在移植了預處理功能，打印，MongoDB的和AMQP插件。預處理允許（通過逗號分隔的條件和檢查清單）加工聚集，而清除數據，從而導致了強大的一線選擇後端。 MINP，minb，MINF，minbpp，minppf檢查已經移植目前。作為移植一組新的配置指令的結果相加，即print_preprocess和print_preprocess_type。
• 打印的MongoDB＆AMQP插件：如果數據（啟動/鹼）時間大於提交時間然後在未決隊列和緩存清除事件重新插入後放置。從SQL插件的概念移植。
• 在MySQL和PostgreSQL插件：sql_locking_style現在支持關鍵字＆QUOT;沒有＆QUOT;禁用鎖定。這種方法可以幫助在某些情況下，例如當補助對整個數據庫（要求＆QUOT;表＆QUOT;鎖定在MySQL中）不可用
• 在util.c：open_logfile（）現在調用mkdir_multilevel（），允許建立中間目錄的水平，如果不存在。這使符合所有日誌文件print_output_file指令的​​能力。
• 在介紹[U |分] acctd_flow_tcp_lifetime來定義一個TCP流可以多久仍然無效。這是除了[U |分] acctd_flow_lifetime，允許定義相同的通用的，也就是說，非TCP，流。感謝的Stathis Gkotsis對他的支持。
• 在介紹nfacctd_account_options：如果設置為true賬戶的NetFlow / IPFIX選項記錄以及流動的。 pre_tag_map提供'選項'sample_type值現在選擇數據記錄從流動的人分裂。
• 在nfprobe插件：用於自定義的原語的支持與其他插件線被引入。利用這種特性，將有可能以增加的NetFlow V9 / IPFIX記錄帶定制字段（在IPFIX還支持使用PEN）。
• 內置一個最小的API，僅供內部使用，各地AMQP。目標是使重複使用於不同的目的（日誌，BGP守護進程轉儲，AMQP插件等）相同的AMQP結構。 ！修復，BGP守護：介紹bgp_peer_info_delete（）後，BGP對等體斷開，刪除/免費BGP信息。 ！修復，打印，AMQP，存儲器plguins：選擇JSON輸出，當Jansson的文庫json_decref（）用於代替游離由JSON對象（）分配，以釋放存儲器。使用免費的（）是原產內存洩漏。 ！固定，AMQP插件：與其它插件QN（查詢號或在箱子AMQP messagess數）在日誌消息線現在反映發送到的RabbitMQ消息交換的消息的實數，而不僅僅是在該隊列中的所有消息。由於加布里埃爾斯努克報告的問題。 ！修復，IMT插件：因未接來電內存洩漏free_extra_allocs（）的情況下，所有extras.off_ *為空。感謝蒂姆·傑克遜對他的支持解決的問題。 ！修復，pmacctd：如果從pcap_savefile閱讀，引進短usleep（）函式每個數據緩衝區的價值後，所以有時間的插件來處理/緩存它。 ！修復，SQL插件：SQL處理器類型，現在包括原語註冊表指數！修復，打印，AMQP和MongoDB的插件：無添加（）為empty_pcust allocs！修復，插件鉤子：改進檢查，以防止管道中的最後一個緩衝區，以插件（plugin_pipe_size）可以去部分出界。 ！修復，nfacctd：對IPFIX VLEN紀錄提高了操控性。 ！修復，nfprobe：SEGV如果定制原語的定義，但陣列結構不分配。 ！修復，nfprobe：錯誤的長度計算在IPv6的模板與PEN領域= 0！修復，plugin_common.c：在P_cache_insert_pending聲明結構pkt_data由prim_ptrs指出。 primptrs_set_all_from_chained_cache（）現在是安全的，如果prim_ptrs為null。 ！修復，nfprobe：解決的情況下共存1）PEN和非PEN定制的原語和2）可變和固定自定義原語。 ！修復，plugin_common.c：在P_cache_insert_pending聲明結構pkt_data由prim_ptrs指出。 primptrs_set_all_from_chained_cache（）現在是安全的，如果prim_ptrs為null。 ！修復，lofging：現在登錄所選配置文件。 cfg_file通過真實路徑（），以便始終記錄的絕對路徑通過。 ！修復，打印的MongoDB和AMQP插件：pm_setproctitle（）在分叉作家流程對準SQL插件調用。 ！修復，pmacct客戶端：它現在可以查詢和通配符的原語內部分配了what_to_count_2註冊表

什麼是新的版本1.5.0 RC1：

• 在介紹自定義的聚集原語：原語經指出了aggregate_primitives配置指令文件中定義。該特徵適用於的NetFlow V9 / IPFIX字段只，並用一個預先定義的長度。支持語義是：'u_int'（無符號整數，表示為十進制數），“六角”（無符號整數，表示為十六進制數），“IP”（IP地址），'MAC'（MAC地址）和'STR '（字符串）。隨著例子語法都可以在“示例/ primitives.lst'文件。
• 在介紹JSON輸出除了表格和CSV格式。適用於注射的第三方工具，JSON已經成為一名自由格式的優勢（即相對於CSV不需要表題）。圖書館利用是楊松，請訪問：http://www.digip.org/jansson/
• 在介紹的RabbitMQ / AMQP pmacct插件的網絡流量數據發布到信息交流。單播，廣播，被支持的負載均衡方案。 amqp_routing_key支持動態元素，如peer_src_ip和標籤元或配置post_tag值的值，從而實現有選擇性的數據傳遞給消費者。消息編碼JSON格式。
• 在pre_tag_map（以及其他地圖）：“IP”鍵，這是比較反對的IP地址發起的NetFlow / IPFIX或AGENTID領域的sFlow，現在可以是IP前綴，即。 XXX.XXX.XXX.XXX/NN，所以申請標籤報表設置出口商或0.0.0.0/0的適用於任何出口國。非常感謝斯特凡諾Birmani對他的支持。
• 在思科ASA NSEL出口重新引入的支持。以前它只是一個黑客。現在最讓思科NEL做正確的工作是被重用：post_nat_src_host（字段類型＃40001），post_nat_dst_host（字段類型＃40002），post_nat_src_port（字段類型＃40003），post_nat_dst_port（字段類型＃40004），fw_event（變種nat_event，字段類型＃40005）和timestamp_start（以毫秒觀測時間，字段類型＃323）。
• 在介紹MPLS相關的聚集原語從NetFlow的V9 / IPFIX，mpls_label_top mpls_label_bottom和mpls_stack_depth解碼，這樣一來就給能見度出口情況在朝著核出口，MPLS接口。
• 在mpls_vpn_rd：原始值現在可以從NetFlow的V9 / IPFIX字段類型＃234（ingressVRFID）和＃235（egressVRFID）採購。這是除了從flow_to_rd_map文件現有方法來源的值。
• networks_file：AS場現在可以定義為＆QUOT; _＆QUOT;，也有用定義（或重寫）的內部端口到端口的流量矩陣elments
• 在打印插件：現在支持創建中間目錄水平;目錄可以因此包含動態的基於時間的元素的變量的數量在給定的路徑也被提升至32 8。
• 在打印插件：介紹print_history配置指令，它支持相同的語法，例如，sql_history。當啟用時，動態print_output_file名時間相關的變量替換正在使用的print_refresh_time的這個值，而不是確定的。
• 在介紹IP前綴的標籤，即。為自己的IP地址空間的自定義分組。該功能可以通過--enable-PLABEL編譯配置包時被激活。標籤可以通過networks_file來定義。
• 在mongo_user和mongo_passwd配置指令已以支持與MongoDB的認證增加。如果兩者都省略了，為了向後兼容，不進行認證;如果只指定了兩個中的一個代替，另外被設置為它的默認值。
• 在介紹mongo_indexes_file配置指令集合具有動態名稱定義索引。如果集合不存在，它會被創建。指數名稱由MongoDB中挑選出來的。
• 在打印插件：介紹print_output_file_append配置指令：如果設置為true允許插件添加到一個輸出文件，而不是覆蓋
• 在bgp_agent_map：添加bgp_port關鍵還查找一個NetFlow的代理對一個BGP會話端口（除了BGP會話的IP地址/路由器ID）：它的目的是支持場景BGP會話做NAT traverals
• 在peer_dst_ip（BGP下一跳）現在可以通過MPLS_TOP_LABEL_ADDR推斷（的NetFlow V9 / IPFIX字段中鍵入＃47）。這個領域可能會取代BGP下一跳時的NetFlow出口出口在支持MPLS的核心接口。
• 在介紹[NF |分| SF | U] acctd_proc_name配置指令來定義核心流程（默認情況下總是設置為“默認”）的名稱。這是相當於實例命名插件，​​但核心進程。感謝Brian泰愛泰為使這件事。
• pre_tag_map：引進關鍵“flowset_id'標記的NetFlow V9 / IFPIX數據記錄基礎上的flowset ID值時，flowset頭的一部分
• 在pmacct客戶：推出“-V”命令行選項來驗證版本，建立信息和編譯傳遞到配置腳本選項;也是一個新的-a選項現在允許檢索支持聚集原語及其說明。
• 在檢查mallopt（）已添加的配置時間。 mallopt（）調用，以禁用glibc的malloc（）的邊界檢查介紹。
• ！ flow_to_rd_map取代iface_to_rd_map，擴大其範圍：現在可以映射夫婦BGP / MPLS VPN路由識別（RD）。這是除了現有映射方法基礎上。
• ！修復，nfacctd，sfacctd：Setsocksize（）調用的有效性，現在是通過後續的getsockopt驗證（）。如果結果不同的是比預期的，則發出一個信息日誌消息。
• ！修復，建設系統：拆除陳舊檢查FreeBSD4並介紹了檢查BSD系統。如果在一個BSD系統，-DBSD現在轉給編譯器。
• ！修復，三通插件：現在透明模式的工作在FreeBSD系統。補丁是禮貌由尼基塔V.施羅科夫。
• ！修復，peer_dst_ip：未初始化的指針變量是導致意外行為。由於馬騰博倫對他的支持解決了。
• ！修復，IMT插件：與驗證工作不正常-M和-N開關選擇性查詢。由於Acipia組織提供了一個補丁。
• ！修復，sql_common.c：如果配合使用BGP原語拼寫正確src_port和dst_port元。由於布倫特凡Dussen和ELISA Jasinska為標記的問題。
• ！修復，建設系統：添加庫檢查在/ usr / lib64下的地方沒有鏈接到需要的/ lib目錄OS的
• ！修復，打印的MongoDB和AMQP插件：P_test_zero_elem（）過時。取而代之的是，高速緩存結構“有效”字段用於提交條目到後端。
• ！修復，nfacctd：在NetFlow的V9 / IPFIX，如果沒有時間基準指定為記錄的一部分，回落到時間基準的數據報頭
• ！修復，MongoDB的插件：mongo_insert_batch（）現在撈出用MONGO_FAIL如果出事了，而在處理該批次的元素，並且發出錯誤消息。典型的原因，這樣的條件是批過大的資源，主要是內存，可用。非常感謝馬騰博倫對他的支持。
• ！修復，cfg_handlers.c：所有功能解析配置指令，並期望字符串參數，現在呼籲lower_string（），所以作為不區分大小寫
• ！修復，IPv6的＆NetFlow的出口IP地址：在啟用IPv6，NetFlow的出口IP地址寫為IPv4映射的IPv6地址。這是創作的地圖時，由於根據IPv6功能是否啟用與否的“IP”字段將發生變化造成混亂。這是現在固定，並映射IPv4的IPv6地址，現在內部轉換為普通的IPv4的。
• ！修復，nfacctd：NetFlow的V9 / IPFIX源/目的節點ASN信息元素已發現混合起來，現在在正確的順序

什麼的0.14.0版本是新的：

• 在該版本集成了IS-IS守護進程正在運行作為集電極芯的過程中的並行線程。
• 在它實現了一個單一的L2 P2P鄰居關係，即通過GRE隧道，P2P您好，CSNP，PSNP和，不發送任何LSP的信息出來。
• 在一個新的聚集原始“VLAN時”是為了支持對會計以太網幀的EtherType字段介紹。
• 在支持ACL的生成樣品博科匹配（sFlow的樣本類型：企業：＃1991年，格式：＃1），現在也推出了
• 在一些錯誤修正也包含在這個版本。

什麼是版本0.14.0 RC3新：

• 在該BGP守護現在擁有BGP的實現/ MPLS的VPN（rfc4364）：它相關情侶路由標識符（RD）值
。
• 在打印插件現在可以編寫網絡流量數據平面文件（print_output_file）擔綱格式化或CSV輸出，動態文件名，歷史故障和觸發器。
• 在pmacctd現在支持DLT_LOOP鏈路類型（即OpenBSD的通道接口）。
• 在一些增強功能uacctd守護程序和其他次要的新功能和雜項修正都包括在內。

什麼是版本0.14.0 RC2新：

• 系統sampling_map功能已經出台，允許定義靜態流量採樣映射。
• 在的NetFlow v9的進一步工作/ IPFIX抽樣包括16位SAMPLER_IDs支持（針對看到IOS-XR），支持（FLOW）_SAMPLING_INTERVAL領域的的NetFlow V9 / IPFIX數據記錄的一部分。
• [NS] facctd_as_new和[NS] facctd_net均配備了新的＆QUOT;後備＆QUOT;選項查找BGP有關的原語對BGP第一，如果沒有成功，對出口的協議。
• 在其他次要的新功能和雜項。
• 在修復也包含在這個版本。

什麼的0.12.5版本是新的：

• 在nfacctd的pmacct NetFlow採集器，得到了增強以支持NAT L3 / L4字段（IPFIX字段類型225，226，227，228，281，和282），思科ASA的NetFlow V9 NSEL（字段類型40001，40002，40003，40004 152，153和323）和應用程序分類（調心思科NBAR，NetFlow的V9集成）。
• 在該探頭的NetFlow插件，nfprobe，引入了出口的IPv4 / IPv6的NetFlow V9模板。
• 在該BGP線程現在支持IPv6傳輸和映射到的sFlow / NetFlow的代理商; BGP對等體的信息被鏈接到用於高速緩存目的的狀態表，這導致良好的CPU積蓄在更大的部署。

什麼的0.12.4版本是新的：

• 在BGP守護進程：一個新的存儲模式由介紹其中IP前綴作為BGP共享同行肋骨 - 領先的一貫節省內存，每當多個BGP對等的出口全表由於信息幾乎完全重疊。所需的IP查找的最長匹配的性質，提高查找算法的BGP對等意識。
• 在更新INTERNALS文件，支持估計守護進程的內存佔用。
• 在BGP守護：新bgp_table_peer_buckets配置指令介紹：每對路由信息連接到IP前綴，現在散列到桶衝突鏈。此參數設置，例如哈希結構桶的數量;該值直接關係到預期的BGP對等體的數量，不應該超過該數額，並最好設置為同齡人的預期數量的1/10。
• 在nfprobe：支持已經加入到出口的方向場（NetFlowv9字段類型＃61）;它的值，0 =入口1 =出口，通過nfprobe_direction配置指令來確定。
• 在nfacctd：思科ASA推出支持字節計數，NetFlow的V9字段類型＃85。由於拉爾夫賴納茨對他的支持。
• nfacctd：改進的流動識別試探法的情況下，其中PV4 / IPv6的/輸入/輸出數據的相同NetFlowv9模板中被合併。感謝卡斯滕SCHOENE對他的支持。
• 修正，BGP守護程序：如果指向一個不存在的下一跳bgp_nexthop_followup不正常工作
• 修正，nfv9_template.c：忽略不支持的NetFlow v9的字段類型;改進模板記錄。由於拉爾夫賴納茨對他的支持。
• 在修復，打印插件：接口和網絡掩碼的支持已經增加。從簽約。數值變量輸出轉換為無

什麼是0.12.3版本，新的：

• 在'導向'聚集原始已實施提供支持為802.1p優先級。集合是通過sFlow的，libpcap的和ULOG支持;出口是通過sFlow的支持。
• 在BGP守護進程：TCP MD5簽名來實現。新的“bgp_daemon_md5_file”配置指令被添加定義同行的目的和他們各自的MD5密鑰，每行一個，CSV格式。該地圖是增值在運行時：現有的MD5鍵通過使用setsockopt（），新的安裝按新提供的地圖上刪除。添加“的例子/ bgp_md5.lst.example”樣圖。
• 在BGP守護程序：為RFC3107（SAFI = 4標籤信息）增加了支持，使接收帶標籤的IPv4 / IPv6單播前綴
• 在nfprobe，sfprobe：推出交通方向的概念。其結果是，[NS] fprobe_direction和[NS] fprobe_ifindex配置指令已得到執行。
• [NS] fprobe_direction定義通信方向。它可以通過靜態'的'或'出來'的關鍵字定義;值也可動態地通過一個pre_tag_map（1 =輸入，2 =輸出）由“標記”和“TAG2”的關鍵字來確定。
• [NS] fprobe_ifindex無論是靜態地“標籤”和“標籤2”的關鍵字手段接口索引（ifIndex的）給定的[NS] fprobe通過對一個pre_tag_map查找插件或半動態關聯。
• sfprobe：sfprobe_ifspeed配置指令介紹，旨在靜態的接口速度關聯到一個sfprobe插件
• 在sfprobe：交換機擴展頭的支持增加。促成這種發展是'導向'和輸入/輸出方向的支持。而VLAN信息已經支持為聚集原始的。
• 在sfprobe：用於反樣本的多個接口添加支持。採樣功能已經被帶到了插件，使反樣品可填充實際字節/包的流量水平。 ！ nfprobe，sfprobe：發送緩衝區大小現在對齊plugin_pipe_size，如果指定，提供一種方式來調整緩衝區的情況下持續出口。 ！修復，addr.c：pm_ntohll（）和pm_htonll（）程序改寫。這些旨在改變64位變量字節順序。 ！修復，BGP守護程序：為IPv6全局地址/鏈路本地地址的下一跳為MP_REACH_NLRI解析的一部分支持。 ！修復，cfg_handlers.c：bgp_daemon和bgp_daemon_msglog分析是不正確的，即。如果指定為'假'啟用。由於布倫特凡Dussen報告的問題。 ！修復，bgp.c：發現造成丟失選擇清理一個CPU豬的問題（）描述符向量。 ！修復，pmacct.c：in_iface / out_iface並錯誤地倒在＆QUOT保護的部分在裡面; - 禁用-12＆QUOT;開關。由於布倫特凡Dussen報告了問題。

什麼的0.12.1版本是新的：

• 在輸入/輸出接口（SNMP索引）現在已經本地實現的;它因此不需要再穿過（預）標籤的基礎設施。作為結果的兩個聚集元正介紹：“in_iface'和'out_iface”
。
• 支持源/目的IP前綴口罩是通過兩個新的聚集元介紹：src_mask和dst_mask。這些人口的定義[NF |科幻|發短消息| U] acctd_net指令：的NetFlow / sFlow的協議，BGP，網絡文件（networks_file）或靜態（networks_mask）是有效的數據源
• 在一個普通的隧道檢查的基礎設施已經發展到雙方受益pmacctd和uacctd守護進程。處理程序通過配置文件中定義。一旦啟用守護進程將占到在隧道頭，而不是信封基礎。目前唯一支持的隧道協議是GTP，所述的GPRS隧道協議（其可以被配置為：＆QUOT; tunnel_0：GTP，＆QUOT）。多達8個不同的隧道棧和高達每堆4層隧道的支持。首先匹配棧，第一匹配層獲勝。
• uacctd：為MAC層支持已經增加了對網絡鏈路/ ULOG Linux的數據包捕獲框架
• 在“nfprobe_source_ip”功能介紹：它允許選擇的IPv4 / IPv6地址用於數據包的NetFlow出口集
• 在nfprobe，sfprobe：網絡掩碼現在通過NetFlow和sFlow的出口。 “pmacctd_net'和它的等效指令定義如何填充src_mask和dst_mask值。 ！清理，nfprobe / sfprobe：數據源'src_as'和'dst_as“元現預計將始終明確地定義（符合怎樣”src_net'和'dst_net“原語的工作）。看到升級文檔的（有限）的向後兼容性的影響。 ！更新SQL文檔：SQL / README.iface指導對“in_iface'和'out_iface'元; SQL / README.mask指導對“src_mask'和'dst_mask'元; SQL / README.is_symmetric指導對“is_symmetric”原始。 ！修復，nfacctd.h：源和目的網絡面具被扭曲了的NetFlow V5出口結構的定義。受影響的版本是：0.12.0rc4和0.12.0。 ！修復，nfprobe_plugin.c：l2_to_flowrec（）缺少了一些變量聲明時，包被配置為編譯與--disable-12。由於布倫特凡Dussen報告的問題。 ！修復，bgp.c：bgp_attr_munge_as4path（）返回代碼是沒有定義的一些情況。這是導致一些BGP消息被標記為畸形。 ！修復，sfprobe：創建一個虛擬MAC層每當這是不包括作為捕獲分組的一部分。此行為已更改和頭協議，現在設置為11（的IPv4）或12（IPv6）的相應。感謝尼爾·麥基為指向的問題。 ！解決方法是，建立子系統：PF_RING啟用的libpcap是不是由於pcap_dispatch缺少公認的（）。這已經得到解決。