0x01 Tcpdump簡介

---

1. tcpdump 是一個執行在命令列下的嗅探工具。它允許使用者攔截和顯示傳送或收到過網路連線到該計算機的TCP/IP和其他資料包。tcpdump 是一個在BSD許可證下發布的自由軟體。

2. tcpdump是非常強大的網路安全分析工具，可以將網路上截獲的資料包儲存到檔案以備分析。可以定義過濾規則，只截獲感興趣的資料包，以減少輸出檔案大小和資料包分析時的裝載和處理時間。

3. tcpdump 適用於大多數的類Unix系統 作業系統：包括Linux、Solaris、BSD、Mac OS X、HP-UX和AIX 等等。在這些系統中，tcpdump 需要使用libpcap這個捕捉資料的庫。其在Windows下的版本稱為WinDump；它需要WinPcap驅動，相當於在Linux平臺下的libpcap。

0x02 Tcpdump用途

---

tcpdump能夠分析網路行為，效能和應用產生或接收網路流量。它支援針對網路層、協議、主機、網路或埠的過濾，並提供and、or、not等邏輯語句來幫助你去掉無用的資訊，從而使使用者能夠進一步找出問題的根源。

也可以使用 tcpdump 的實現特定目的，例如在路由器和閘道器之間攔截並顯示其他使用者或計算機通訊。透過 tcpdump 分析非加密的流量，如Telnet或HTTP的資料包，檢視登入的使用者名稱、密碼、網址、正在瀏覽的網站內容，或任何其他資訊。因此係統中存在網路分析工具主要不是對本機安全的威脅，而是對網路上的其他計算機的安全存在威脅。

有很多使用者喜歡使用柏克萊資料包過濾器來限制 tcpdump 產生的資料包數量，這樣BPF會只把“感興趣”的資料包到上層軟體，可以避免從作業系統 核心向使用者態複製其他資料包，降低抓包的CPU的負擔以及所需的緩衝區空間，從而減少丟包率。

注:這篇文章只涉及tcpdump的基本用法，請記住tcpdump比我描述的強大的多!

0x03 Tcpdump的安裝

---

做好編譯源程式前的準備活動

1. 網上下載獲得libpcap和tcpdump

   http://www.tcpdump.org/

2. 安裝c編譯所需包：apt-get install build-essential

3. 安裝 libpcap的前置：apt-get install flex,apt-get install bison

4. 安裝libpcap。

   tcpdump的使用必須有這庫。

   tar xvfz libpcap-1.7.3.tar.gz //解壓

   進入解壓之後的檔案目錄

   執行./configure  //生成makefile檔案`        
   
   make  //進行編譯        
   
   make install   //安裝   庫檔案預設安裝在目錄  /usr/lib,標頭檔案預設安裝在  /usr/include
   

5. 安裝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 ]

0x04 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  [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 的取值未知, 需補充)

0x05 Tcpdump表示式詳解

---

該表示式用於決定哪些資料包將被列印.  
如果不給定條件表示式, 網路上所有被捕獲的包都會被列印,
否則, 只有滿足條件表示式的資料包被列印.(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) ).

0x06 Tcpdump常用命令例項

---

預設啟動

tcpdump

普通情況下，直接啟動tcpdump將監視第一個網路介面上所有流過的資料包。

監聽網路卡eth0

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埠的資料包。

抓取特定目標ip和埠的包

tcpdump host 192.168.168.2 and tcp port 8000

捕獲的資料太多，不斷刷屏，可能需要將資料內容記錄到檔案裡，需要使用-w引數：

tcpdump -X -s 0 -w A.cap host 192.168.168.2 and tcp port 8000

則將之前顯示在螢幕中的內容，寫入tcpdump可執行檔案同級目錄下的A.cap檔案中。

檔案檢視方式如下，需要使用-r引數：

tcpdump -X -s 0 -r test.cap host 192.168.168.2 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)進行解碼分析。當然也應該定義過濾規則，以避免捕獲的資料包填滿整個硬碟。

0x07 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)分析