tcpdump 是一個運行在命令行下的嗅探工具。它允許用戶攔截和顯示發送或收到過網絡連接到該計算機的TCP/IP和其他數據包。tcpdump 是一個在BSD許可證下發布的自由軟件。
tcpdump是非常強大的網絡安全分析工具，可以將網絡上截獲的數據包保存到文件以備分析。可以定義過濾規則，只截獲感興趣的數據包，以減少輸出文件大小和數據包分析時的裝載和處理時間。
tcpdump 適用于大多數的類Unix系統 操作系統：包括Linux、Solaris、BSD、Mac OS X、HP-UX和AIX 等等。在這些系統中，tcpdump 需要使用libpcap這個捕捉數據的庫。其在Windows下的版本稱為WinDump；它需要WinPcap驅動，相當于在Linux平臺下的libpcap。
tcpdump能夠分析網絡行為，性能和應用產生或接收網絡流量。它支持針對網絡層、協議、主機、網絡或端口的過濾，并提供and、or、not等邏輯語句來幫助你去掉無用的信息，從而使用戶能夠進一步找出問題的根源。
也可以使用 tcpdump 的實現特定目的，例如在路由器和網關之間攔截并顯示其他用戶或計算機通信。通過 tcpdump 分析非加密的流量，如Telnet或HTTP的數據包，查看登錄的用戶名、密碼、網址、正在瀏覽的網站內容，或任何其他信息。因此系統中存在網絡分析工具主要不是對本機安全的威脅，而是對網絡上的其他計算機的安全存在威脅。
有很多用戶喜歡使用柏克萊數據包過濾器來限制 tcpdump 產生的數據包數量，這樣BPF會只把“感興趣”的數據包到上層軟件，可以避免從操作系統 內核向用戶態復制其他數據包，降低抓包的CPU的負擔以及所需的緩沖區空間，從而減少丟包率。
注:這篇文章只涉及tcpdump的基本用法，請記住tcpdump比我描述的強大的多!
做好編譯源程序前的準備活動
網上下載獲得libpcap和tcpdump
http://www.tcpdump.org/
安裝c編譯所需包：apt-get install build-essential
安裝 libpcap的前置：apt-get install flex,apt-get install bison
安裝libpcap。
tcpdump的使用必須有這庫。
tar xvfz libpcap-1.7.3.tar.gz //解壓
進入解壓之后的文件目錄
運行./configure //生成makefile文件`
make //進行編譯
make install //安裝 庫文件默認安裝在目錄 /usr/lib,頭文件默認安裝在 /usr/include
安裝tcpdump
tar xvfz tcpdump.4.7.4.tar.gz //解壓
進入解壓之后的文件目錄，運行
./configure //生成makefile文件
make //進行編譯
make install //安裝 庫文件默認安裝在目錄 /usr/lib,頭文件默認安裝在 /usr/include
測試是否成功安裝：命令行輸入 tcpdump有網絡信息顯示！！
Usage: tcpdump [-aAbdDefhHIJKlLnNOpqRStuUvxX#] [ -B size ] [ -c count ]
[ -C file_size ] [ -E algo:secret ] [ -F file ] [ -G seconds ]
[ -i interface ] [ -j tstamptype ] [ -M secret ] [ --number ]
[ -Q in|out|inout ]
[ -r file ] [ -s snaplen ] [ --time-stamp-precision precision ]
[ -T type ] [ --version ] [ -V file ]
[ -w file ] [ -W filecount ] [ -y datalinktype ] [ -z command ]
[ -Z user ] [ expression ]
-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 [email protected] algo:secret,...
[email protected] 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: [email protected] algo:secret), 還可以在后面添加一個語法輸入文件名字供tcpdump 使用
(nt：[email protected] 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 的取值未知, 需補充)
該表達式用于決定哪些數據包將被打印.
如果不給定條件表達式, 網絡上所有被捕獲的包都會被打印,
否則, 只有滿足條件表達式的數據包被打印.(nt: all packets, 可理解為, 所有被指定接口捕獲的數據包).
表達式由一個或多個表達元組成(nt: primitive, 表達元, 可理解為組成表達式的基本元素).
一個表達元通常由一個或多個修飾符(qualifiers)后跟一個名字或數字表示的id組成(nt: 即, qualifiers id).
有三種不同類型的 修飾符:type, dir以及 proto.
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 修飾符描述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 修飾符來指定想要的傳輸方向.
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分別表示
從以太網地址foo 來的數據包,發往或來自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 -i eth0
這個方式最簡單了，但是用處不多，因為基本上只能看到數據包的信息刷屏，壓根看不清，可以使用ctrl+c中斷退出，如果真有需求，可以將輸出內容重定向到一個文件，這樣也更方便查看。
tcpdump -i eth0 -nn 'host 192.168.168.2'
這樣的話，192.168.168.2這臺主機接收到的包和發送的包都會被抓取。
tcpdump -i eth0 -nn 'src host 192.168.168.2'
這樣只有192.168.168.2這臺主機發送的包才會被抓取。
tcpdump -i eth0 -nn 'dst host 192.168.168.2'
這樣只有192.168.168.2這臺主機接收到的包才會被抓取。
tcpdump -i eth0 -nnA 'port 80'
上例是用來監聽主機的80端口收到和發送的所有數據包，結合-A參數，在web開發中，真是非常有用。
tcpdump -i eth0 -nnA 'port 80 and src host 192.168.168.2'
多個條件可以用and，or連接。上例表示監聽192.168.168.2主機通過80端口發送的數據包。
tcpdump -i eth0 -nnA '!port 22'
如果需要排除某個端口或者主機，可以使用“!”符號，上例表示監聽非22端口的數據包。
tcpdump host 192.168.168.2 and tcp port 8000
tcpdump -X -s 0 -w A.cap host 192.168.168.2 and tcp port 8000
則將之前顯示在屏幕中的內容，寫入tcpdump可執行文件同級目錄下的A.cap文件中。
tcpdump -X -s 0 -r test.cap host 192.168.168.2 and tcp port 8000
tcpdump -XvvennSs 0 -i eth0 tcp[20:2]=0x4745 or tcp[20:2]=0x4854
0x4745 為"GET"前兩個字母"GE",0x4854 為"HTTP"前兩個字母"HT"。
tcpdump 對截獲的數據并沒有進行徹底解碼，數據包內的大部分內容是使用十六進制的形式直接打印輸出的。顯然這不利于分析網絡故障，通常的解決辦法是先使用帶-w參數的tcpdump 截獲數據并保存到文件中，然后再使用其他程序(如Wireshark)進行解碼分析。當然也應該定義過濾規則，以避免捕獲的數據包填滿整個硬盤。
Wireshark(以前是ethereal)是Windows下非常簡單易用的抓包工具。但在Linux下很難找到一個好用的圖形化抓包工具。
還好有Tcpdump。我們可以用Tcpdump + Wireshark 的完美組合實現：在 Linux 里抓包，然后在Windows 里分析包。
tcpdump tcp -i eth1 -t -s 0 -c 100 and dst port ! 22 and src net 192.168.1.0/24 -w ./target.cap
(1)tcp: ip icmp arp rarp 和 tcp、udp、icmp這些選項等都要放到第一個參數的位置，用來過濾數據報的類型
(2)-i eth1 : 只抓經過接口eth1的包
(3)-t : 不顯示時間戳
(4)-s 0 : 抓取數據包時默認抓取長度為68字節。加上-S 0 后可以抓到完整的數據包
(5)-c 100 : 只抓取100個數據包
(6)dst port ! 22 : 不抓取目標端口是22的數據包
(7)src net 192.168.1.0/24 : 數據包的源網絡地址為192.168.1.0/24
(8)-w ./target.cap : 保存成cap文件，方便用ethereal(即wireshark)分析