tcpdump安裝與參數詳解


Centos7安裝Tcpdump

對於大部分的Linux操作系統,已經默認安裝了tcpdump,可以通過以下命令查看:

[root@localhost local]# tcpdump --version
tcpdump version 4.9.2
libpcap version 1.5.3
OpenSSL 1.0.2k-fips  26 Jan 2017

如果沒有安裝,那么安裝步驟如下:

首先進入官網下載安裝包,分別是:

libpcap和tcpdump

上傳到Linux:

安裝這兩個插件需要一些前置庫/C編譯器,已經安裝了可以略過進入下一步:

[root@localhost local]# yum install build-essential
[root@localhost local]# yum install flex,apt-get install bison

解壓安裝libpcap,依次執行如下命令:

[root@localhost local]#  tar xvfz libpcap-1.10.0.tar.gz
[root@localhost local]#  cd libpcap-1.10.0/
[root@localhost local]# ./configure         
[root@localhost local]# make    
[root@localhost local]# make install 

再安裝tcpdump,依次執行以下命令:

[root@localhost local]# tar xvfz tcpdump-4.99.0.tar.gz
[root@localhost local]# cd tcpdump-4.99.0/
[root@localhost local]# ./configure        
[root@localhost local]# make                   
[root@localhost local]# make install   

Tcpdump使用命令

**-A ** 以ASCII碼方式顯示每一個數據包(不會顯示數據包中鏈路層頭部信息). 在抓取包含
網頁數據的數據包時, 可方便查看數據(nt: 即Handy for capturing web pages).

-c count
tcpdump將在接受到count個數據包后退出.

-C file-size
(nt: 此選項用於配合-w file 選項使用)
該選項使得tcpdump 在把原始數據包直接保存到文件中之前, 檢查此文件大小是否超過file-size. 如果超過了, 將關閉此文件,
另創一個文件繼續用於原始數據包的記錄. 新創建的文件名與-w 選項指定的文件名一致, 但文件名后多了一個數字.
該數字會從1開始隨着新創建文件的增多而增加. file-size的單位是百萬字節(nt: 這里指1,000,000個字節,
並非1,048,576個字節, 后者是以1024字節為1k, 1024k字節為1M計算所得, 即1M=1024 * 1024 = 1,048,576)

-d

以容易閱讀的形式,在標准輸出上打印出編排過的包匹配碼, 隨后tcpdump停止.(nt | rt: human readable, 容易閱讀的,
通常是指以ascii碼來打印一些信息. compiled, 編排過的. packet-matching code, 包匹配碼,含義未知, 需補充)

-dd 以C語言的形式打印出包匹配碼.

-ddd 以十進制數的形式打印出包匹配碼(會在包匹配碼之前有一個附加的'count'前綴).

**-D ** 打印系統中所有tcpdump可以在其上進行抓包的網絡接口. 每一個接口會打印出數字編號, 相應的接口名字, 以及可能的一個網絡接口
描述. 其中網絡接口名字和數字編號可以用在tcpdump 的-i flag 選項(nt: 把名字或數字代替flag), 來指定要在其上抓包的網絡
接口.

此選項在不支持接口列表命令的系統上很有用(nt: 比如, Windows 系統, 或缺乏 ifconfig -a 的UNIX系統); 接口的數字
編號在windows 2000 或其后的系統中很有用, 因為這些系統上的接口名字比較復雜, 而不易使用.

如果tcpdump編譯時所依賴的libpcap庫太老,-D 選項不會被支持, 因為其中缺乏 pcap_findalldevs()函數.

-e 每行的打印輸出中將包括數據包的數據鏈路層頭部信息

-E spi@ipaddr algo:secret,...

可通過spi@ipaddr algo:secret 來解密IPsec ESP包(nt | rt:IPsec Encapsulating Security Payload,
IPsec 封裝安全負載, IPsec可理解為, 一整套對ip數據包的加密協議, ESP 為整個IP 數據包或其中上層協議部分被加密后的數據,
前者的工作模式稱為隧道模式; 后者的工作模式稱為傳輸模式 . 工作原理, 另需補充).

需要注意的是, 在終端啟動tcpdump 時, 可以為IPv4 ESP packets 設置密鑰(secret).

可用於加密的算法包括des-cbc, 3des-cbc, blowfish-cbc, rc3-cbc, cast128-cbc, 或者沒有(none).
默認的是des-cbc(nt: des, Data Encryption Standard, 數據加密標准, 加密算法未知, 另需補充).
secret 為用於ESP 的密鑰, 使用ASCII 字符串方式表達. 如果以 0x 開頭, 該密鑰將以16進制方式讀入.

該選項中ESP 的定義遵循RFC2406, 而不是 RFC1827. 並且, 此選項只是用來調試的, 不推薦以真實密鑰(secret)來
使用該選項, 因為這樣不安全: 在命令行中輸入的secret 可以被其他人通過ps 等命令查看到.

除了以上的語法格式(nt: 指spi@ipaddr algo:secret), 還可以在后面添加一個語法輸入文件名字供tcpdump 使用
(nt:即把spi@ipaddr algo:secret,... 中...換成一個語法文件名). 此文件在接受到第一個ESP 包時會打開此
文件, 所以最好此時把賦予tcpdump 的一些特權取消(nt: 可理解為, 這樣防范之后, 當該文件為惡意編寫時,
不至於造成過大損害).

**-f ** 顯示外部的IPv4 地址時(nt: foreign IPv4 addresses, 可理解為, 非本機ip地址), 采用數字方式而不是名字.
(此選項是用來對付Sun公司的NIS服務器的缺陷(nt: NIS, 網絡信息服務, tcpdump 顯示外部地址的名字時會
用到她提供的名稱服務): 此NIS服務器在查詢非本地地址名字時,常常會陷入無盡的查詢循環).

由於對外部(foreign)IPv4地址的測試需要用到本地網絡接口(nt: tcpdump 抓包時用到的接口)
及其IPv4 地址和網絡掩碼. 如果此地址或網絡掩碼不可用, 或者此接口根本就沒有設置相應網絡地址和網絡
掩碼(nt: linux 下的 'any' 網絡接口就不需要設置地址和掩碼, 不過此'any'接口可以收到系統中所有接口的
數據包), 該選項不能正常工作.

-F file
使用file 文件作為過濾條件表達式的輸入, 此時命令行上的輸入將被忽略.

-i interface

指定tcpdump 需要監聽的接口.  如果沒有指定, tcpdump 會從系統接口列表中搜尋編號最小的已配置好的接口(不包括 loopback 接口).
一但找到第一個符合條件的接口, 搜尋馬上結束.

在采用2.2版本或之后版本內核的Linux 操作系統上, 'any' 這個虛擬網絡接口可被用來接收所有網絡接口上的數據包
(nt: 這會包括目的是該網絡接口的, 也包括目的不是該網絡接口的). 需要注意的是如果真實網絡接口不能工作在'混雜'模式(promiscuous)下,
則無法在'any'這個虛擬的網絡接口上抓取其數據包.

如果 -D 標志被指定, tcpdump會打印系統中的接口編號,而該編號就可用於此處的interface 參數.

-l 對標准輸出進行行緩沖(nt: 使標准輸出設備遇到一個換行符就馬上把這行的內容打印出來).
在需要同時觀察抓包打印以及保存抓包記錄的時候很有用. 比如, 可通過以下命令組合來達到此目的:
tcpdump -l | tee dat'' 或者 tcpdump -l > dat & tail -f dat''.
(nt: 前者使用tee來把tcpdump 的輸出同時放到文件dat和標准輸出中, 而后者通過重定向操作'>', 把tcpdump的輸出放到
dat 文件中, 同時通過tail把dat文件中的內容放到標准輸出中)

-L 列出指定網絡接口所支持的數據鏈路層的類型后退出.(nt: 指定接口通過-i 來指定)

-m module
通過module 指定的file 裝載SMI MIB 模塊(nt: SMI,Structure of Management Information, 管理信息結構
MIB, Management Information Base, 管理信息庫. 可理解為, 這兩者用於SNMP(Simple Network Management Protoco)
協議數據包的抓取. 具體SNMP 的工作原理未知, 另需補充).

此選項可多次使用, 從而為tcpdump 裝載不同的MIB 模塊.

-M secret
如果TCP 數據包(TCP segments)有TCP-MD5選項(在RFC 2385有相關描述), 則為其摘要的驗證指定一個公共的密鑰secret.

**-n ** 不對地址(比如, 主機地址, 端口號)進行數字表示到名字表示的轉換.

**-N ** 不打印出host 的域名部分. 比如, 如果設置了此選現, tcpdump 將會打印'nic' 而不是 'nic.ddn.mil'.

-O 不啟用進行包匹配時所用的優化代碼. 當懷疑某些bug是由優化代碼引起的, 此選項將很有用.

-p 一般情況下, 把網絡接口設置為非'混雜'模式. 但必須注意 , 在特殊情況下此網絡接口還是會以'混雜'模式來工作; 從而, '-p' 的設與不設,
不能當做以下選現的代名詞:
'ether host {local-hw-add}' 或 'ether broadcast'(nt: 前者表示只匹配以太網地址為host 的包, 后者表示匹配以太網地址為廣播地址的數據包).

-q 快速(也許用'安靜'更好?)打印輸出. 即打印很少的協議相關信息, 從而輸出行都比較簡短.

-R 設定tcpdump 對 ESP/AH 數據包的解析按照 RFC1825而不是RFC1829(nt: AH, 認證頭, ESP, 安全負載封裝,
這兩者會用在IP包的安全傳輸機制中). 如果此選項被設置, tcpdump 將不會打印出'禁止中繼'域(nt: relay prevention field). 另外,
由於ESP/AH規范中沒有規定ESP/AH數據包必須擁有協議版本號域,
所以tcpdump不能從收到的ESP/AH數據包中推導出協議版本號.

-r file
從文件file 中讀取包數據. 如果file 字段為 '-' 符號, 則tcpdump 會從標准輸入中讀取包數據.

-S 打印TCP 數據包的順序號時, 使用絕對的順序號, 而不是相對的順序號.(nt: 相對順序號可理解為, 相對第一個TCP 包順序號的差距,
比如, 接受方收到第一個數據包的絕對順序號為232323, 對於后來接收到的第2個,第3個數據包, tcpdump會打印其序列號為1, 2分別
表示與第一個數據包的差距為1 和 2. 而如果此時-S 選項被設置, 對於后來接收到的第2個, 第3個數據包會打印出其絕對順序號:
232324, 232325).

-s snaplen
設置tcpdump的數據包抓取長度為snaplen, 如果不設置默認將會是68字節(而支持網絡接口分接頭(nt: NIT, 上文已有描述,
可搜索'網絡接口分接頭'關鍵字找到那里)的SunOS系列操作系統中默認的也是最小值是96).
68字節對於IP, ICMP(nt: Internet Control Message Protocol,
因特網控制報文協議), TCP 以及 UDP 協議的報文已足夠, 但對於名稱服務(nt: 可理解為dns, nis等服務), NFS服務相關的
數據包會產生包截短. 如果產生包截短這種情況, tcpdump的相應打印輸出行中會出現''[|proto]''的標志(proto 實際會顯示為
被截短的數據包的相關協議層次). 需要注意的是, 采用長的抓取長度(nt: snaplen比較大), 會增加包的處理時間, 並且會減少
tcpdump 可緩存的數據包的數量, 從而會導致數據包的丟失. 所以, 在能抓取我們想要的包的前提下, 抓取長度越小越好.
把snaplen 設置為0 意味着讓tcpdump自動選擇合適的長度來抓取數據包.

-T type
強制tcpdump按type指定的協議所描述的包結構來分析收到的數據包. 目前已知的type 可取的協議為:
aodv (Ad-hoc On-demand Distance Vector protocol, 按需距離向量路由協議, 在Ad hoc(點對點模式)網絡中使用),
cnfp (Cisco NetFlow protocol), rpc(Remote Procedure Call), rtp (Real-Time Applications protocol),
rtcp (Real-Time Applications con-trol protocol), snmp (Simple Network Management Protocol),
tftp (Trivial File Transfer Protocol, 碎文件協議), vat (Visual Audio Tool, 可用於在internet 上進行電
視電話會議的應用層協議), 以及wb (distributed White Board, 可用於網絡會議的應用層協議).

**-t ** 在每行輸出中不打印時間戳

-tt 不對每行輸出的時間進行格式處理(nt: 這種格式一眼可能看不出其含義, 如時間戳打印成1261798315)

**-ttt ** tcpdump 輸出時, 每兩行打印之間會延遲一個段時間(以毫秒為單位)

-tttt 在每行打印的時間戳之前添加日期的打印

-u 打印出未加密的NFS 句柄(nt: handle可理解為NFS 中使用的文件句柄, 這將包括文件夾和文件夾中的文件)

**-U ** 使得當tcpdump在使用-w 選項時, 其文件寫入與包的保存同步.(nt: 即, 當每個數據包被保存時, 它將及時被寫入文件中,
而不是等文件的輸出緩沖已滿時才真正寫入此文件)

   -U 標志在老版本的libcap庫(nt: tcpdump 所依賴的報文捕獲庫)上不起作用, 因為其中缺乏pcap_cump_flush()函數.

-v 當分析和打印的時候, 產生詳細的輸出. 比如, 包的生存時間, 標識, 總長度以及IP包的一些選項. 這也會打開一些附加的包完整性
檢測, 比如對IP或ICMP包頭部的校驗和.

-vv 產生比-v更詳細的輸出. 比如, NFS回應包中的附加域將會被打印, SMB數據包也會被完全解碼.

-vvv 產生比-vv更詳細的輸出. 比如, telent 時所使用的SB, SE 選項將會被打印, 如果telnet同時使用的是圖形界面,
其相應的圖形選項將會以16進制的方式打印出來(nt: telnet 的SB,SE選項含義未知, 另需補充).

**-w ** 把包數據直接寫入文件而不進行分析和打印輸出. 這些包數據可在隨后通過-r 選項來重新讀入並進行分析和打印.

-W filecount
此選項與-C 選項配合使用, 這將限制可打開的文件數目, 並且當文件數據超過這里設置的限制時, 依次循環替代之前的文件, 這相當
於一個擁有filecount 個文件的文件緩沖池. 同時, 該選項會使得每個文件名的開頭會出現足夠多並用來占位的0, 這可以方便這些
文件被正確的排序.

**-x ** 當分析和打印時, tcpdump 會打印每個包的頭部數據, 同時會以16進制打印出每個包的數據(但不包括連接層的頭部).
總共打印的數據大小不會超過整個數據包的大小與snaplen 中的最小值. 必須要注意的是, 如果高層協議數據沒有snaplen 這么長,
並且數據鏈路層(比如, Ethernet層)有填充數據, 則這些填充數據也會被打印.(nt: so for link layers that
pad, 未能銜接理解和翻譯, 需補充 )

**-xx ** tcpdump 會打印每個包的頭部數據, 同時會以16進制打印出每個包的數據, 其中包括數據鏈路層的頭部.

**-X ** 當分析和打印時, tcpdump 會打印每個包的頭部數據, 同時會以16進制和ASCII碼形式打印出每個包的數據(但不包括連接層的頭部).
這對於分析一些新協議的數據包很方便.

**-XX ** 當分析和打印時, tcpdump 會打印每個包的頭部數據, 同時會以16進制和ASCII碼形式打印出每個包的數據, 其中包括數據鏈路層的頭部.
這對於分析一些新協議的數據包很方便.

-y datalinktype
設置tcpdump 只捕獲數據鏈路層協議類型是datalinktype的數據包

-Z user
使tcpdump 放棄自己的超級權限(如果以root用戶啟動tcpdump, tcpdump將會有超級用戶權限), 並把當前tcpdump的
用戶ID設置為user, 組ID設置為user首要所屬組的ID(nt: tcpdump 此處可理解為tcpdump 運行之后對應的進程)

  此選項也可在編譯的時候被設置為默認打開.(nt: 此時user 的取值未知, 需補充)

Tcpdump表達式詳解

該表達式用於決定哪些數據包將被打印,如果不給定條件表達式, 網絡上所有被捕獲的包都會被打印,
只有滿足條件表達式的數據包被打印.(nt: all packets, 可理解為, 所有被指定接口捕獲的數據包).
表達式由一個或多個表達元組成(nt: primitive, 表達元, 可理解為組成表達式的基本元素).
一個表達元通常由一個或多個修飾符(qualifiers)后跟一個名字或數字表示的id組成(nt: 即, qualifiers id).

有三種不同類型的修飾符:type, dir以及 proto.

修飾符之type

**type **修飾符指定id所代表的對象類型, id可以是名字也可以是數字. 可選的對象類型有: host, net, port 以及portrange(nt: host 表明id表示主機, net 表明id是網絡, port 表明id是端口, 而portrange 表明id 是一個端口范圍). 如, host foo, net 128.3, port 20, portrange 6000-6008(nt: 分別表示主機 foo,網絡 128.3, 端口 20, 端口范圍 6000-6008). 如果不指定type 修飾符, id默認的修飾符為host.

修飾符之dir

**dir **修飾符描述id 所對應的傳輸方向, 即發往id 還是從id 接收
(nt: 而id 到底指什么需要看其前面的type 修飾符).
可取的方向為: src, dst, src 或 dst, src並且dst.
(nt:分別表示, id是傳輸源, id是傳輸目的, id是傳輸源或者傳輸目的, id是傳輸源並且是傳輸目的).

例如, src foo,
dst net 128.3, src or dst port ftp-data.
(nt: 分別表示符合條件的數據包中, 源主機是foo, 目的網絡是128.3, 源或目的端口為 ftp-data).
如果不指定dir修飾符, id 默認的修飾符為src 或 dst.
對於鏈路層的協議,比如SLIP(nt: Serial Line InternetProtocol, 串聯線路網際網絡協議), 以及linux下指定
any 設備, 並指定cooked(nt | rt: cooked 含義未知, 需補充) 抓取類型, 或其他設備類型,
可以用inbound 和 outbount 修飾符來指定想要的傳輸方向.

修飾符之protox

proto 修飾符描述id 所屬的協議. 可選的協議有:

ether, fddi, tr, wlan, ip, ip6, arp, rarp, decnet, tcp以及 upd.

nt | rt: ether, fddi, tr, 可理解為物理以太網傳輸協議, 光纖分布數據網傳輸協議,以及用於路由跟蹤的協議.

wlan, 無線局域網協議;

ip,ip6 即通常的TCP/IP協議棧中所使用的ipv4以及ipv6網絡層協議;

arp, rarp 即地址解析協議, 反向地址解析協議;

decnet, Digital Equipment Corporation開發的, 最早用於PDP-11 機器互聯的網絡協議;

tcp and udp, 即通常TCP/IP協議棧中的兩個傳輸層協議).

例如:

ether src foo, arp net 128.3, tcp port 21, udp portrange 7000-7009分別表示 從以太網地址發來的數據包,發往或來自128.3網絡的arp協議數據包, 發送或接收端口為21的tcp協議數據包, 發送或接收端口范圍為7000-7009的udp協議數據包.如果不指定proto 修飾符, 則默認為與相應type匹配的修飾符.

**src foo 含義是 **
(ip or arp or rarp) src foo (nt: 即, 來自主機foo的ip/arp/rarp協議數據包, 默認type為host),

net bar 含義是
(ip or arp or rarp) net bar(nt: 即, 來自或發往bar網絡的ip/arp/rarp協議數據包),

**port 53 含義是 **

(tcp or udp) port 53(nt: 即, 發送或接收端口為53的tcp/udp協議數據包).(nt: 由於tcpdump 直接通過數據鏈路層的 BSD 數據包過濾器或 DLPI(datalink provider interface, 數據鏈層提供者接口)來直接獲得網絡數據包, 其可抓取的數據包可涵蓋上層的各種協議, 包括arp, rarp, icmp(因特網控制報文協議),ip, ip6, tcp, udp, sctp(流控制傳輸協議).

對於修飾符后跟id 的格式,可理解為:

type id 是對包最基本的過濾條件: 即對包相關的主機, 網絡, 端口的限制;
dir 表示對包的傳送方向的限制;

proto表示對包相關的協議限制)fddi(nt: Fiber Distributed Data Interface)

實際上與ether 含義一樣: tcpdump 會把他們當作一種指定網絡接口上的數據鏈路層協議.如同ehter網(以太網), FDDI 的頭部通常也會有源, 目的, 以及包類型, 從而可以像ether網數據包一樣對這些域進行過濾. 此外, FDDI 頭部還有其他的域, 但不能被放到表達式中用來過濾

同樣, tr 和 wlan 也和 ether 含義一致, 上一段對fddi 的描述同樣適用於tr(Token Ring) 和wlan(802.11 wireless LAN)的頭部. 對於802.11 協議數據包的頭部, 目的域稱為DA, 源域稱為 SA;

而其中的 BSSID, RA, TA 域(nt | rt: 具體含義需補充)不會被檢測(nt: 不能被用於包過慮表達式中).

除以上所描述的表達元(primitive), 還有其他形式的表達元, 並且與上述表達元格式不同.

比如: gateway, broadcast, less, greater
以及算術表達式(nt: 其中每一個都算一種新的表達元). 下面將會對這些表達元進行說明.

表達元之間還可以通過關鍵字and, or 以及 not 進行連接, 從而可組成比較復雜的條件表達式.

比如,host foo and not port ftp and not port ftp-data(nt: 其過濾條件可理解為, 數據包的主機為foo,並且端口不是ftp(端口21) 和ftp-data(端口20, 常用端口和名字的對應可在linux 系統中的/etc/service 文件中找到)).為了表示方便, 同樣的修飾符可以被省略, 如tcp dst port ftp or ftp-data or domain與以下的表達式含義相同tcp dst port ftp or tcp dst port ftp-data or tcp dst port domain.(nt: 其過濾條件可理解為, 包的協議為tcp, 目的端口為ftp 或 ftp-data 或 domain(端口53) ).

Tcpdump常用命令實戰

默認啟動

tcpdump
普通情況下,直接啟動tcpdump將監視第一個網絡接口上所有流過的數據包。

監聽網卡eth0

tcpdump -i eth0

19:47:04.324850 IP localhost.localdomain.ssh > 192.168.182.1.10235: Flags [P.], seq 1839681:1839861, ack 396, win 254, length 180
19:47:04.324959 IP localhost.localdomain.ssh > 192.168.182.1.10235: Flags [P.], seq 1839861:1840153, ack 396, win 254, length 292
19:47:04.324988 IP 192.168.182.1.10235 > localhost.localdomain.ssh: Flags [.], ack 1839861, win 4104, length 0

這個方式最簡單但用處不多,因為基本上只能看到數據包的信息刷屏,壓根看不清,可以使用ctrl+c中斷退出,如果真有需求,可以將輸出內容重定向到一個文件,這樣也更方便查看。

監聽指定的主機

tcpdump -i eth0 -nn 'host 192.168.182.111'
這樣的話,192.168.182.111這台主機接收到的包和發送的包都會被抓取。

tcpdump -i eth0 -nn 'src host 192.168.182.111'
這樣只有192.168.182.111這台主機發送的包才會被抓取。

tcpdump -i eth0 -nn 'dst host 192.168.182.111'
這樣只有192.168.182.111這台主機接收到的包才會被抓取。

監聽指定端口

tcpdump -i eth0 -nnA 'port 80'
上例是用來監聽主機的80端口收到和發送的所有數據包,結合-A參數,在web開發中,真是非常有用。

監聽指定主機和端口

tcpdump -i eth0 -nnA 'port 80 and src host 192.168.182.111'
多個條件可以用and,or連接。上例表示監聽192.168.182.111主機通過80端口發送的數據包。

監聽除某個端口外的其它端口

tcpdump -i eth0 -nnA '!port 22'
如果需要排除某個端口或者主機,可以使用“!”符號,上例表示監聽非22端口的數據包。

抓取特定目標ip和端口的包

tcpdump host 192.168.182.111 and tcp port 8000
捕獲的數據太多,不斷刷屏,可能需要將數據內容記錄到文件里,需要使用-w參數:

tcpdump -X -s 0 -w A.cap host 192.168.182.111 and tcp port 8000
則將之前顯示在屏幕中的內容,寫入tcpdump可執行文件同級目錄下的A.cap文件中。

文件查看方式如下,需要使用-r參數:

tcpdump -X -s 0 -r test.cap host 192.168.182.111 and tcp port 8000

使用tcpdump抓取HTTP包

tcpdump -XvvennSs 0 -i eth0 tcp[20:2]=0x4745 or tcp[20:2]=0x4854
0x4745 為"GET"前兩個字母"GE",0x4854 為"HTTP"前兩個字母"HT"。

tcpdump 對截獲的數據並沒有進行徹底解碼,數據包內的大部分內容是使用十六進制的形式直接打印輸出的。顯然這不利於分析網絡故障,通常的解決辦法是先使用帶-w參數的tcpdump 截獲數據並保存到文件中,然后再使用其他程序(如Wireshark)進行解碼分析。當然也應該定義過濾規則,以避免捕獲的數據包填滿整個硬盤。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM