tcpdump命令的使用方法(2)
tcpdump命令的使用方法
監(jiān)視指定協(xié)議的數(shù)據(jù)包
打印TCP會話中的的開始和結(jié)束數(shù)據(jù)包, 并且數(shù)據(jù)包的源或目的不是本地網(wǎng)絡上的主機.(nt: localnet, 實際使用時要真正替換成本地網(wǎng)絡的名字))
tcpdump 'tcp[tcpflags] & (tcp-syn|tcp-fin) != 0 and not src and dst net localnet'
打印所有源或目的端口是80, 網(wǎng)絡層協(xié)議為IPv4, 并且含有數(shù)據(jù),而不是SYN,FIN以及ACK-only等不含數(shù)據(jù)的數(shù)據(jù)包.(ipv6的版本的表達式可做練習)
tcpdump 'tcp port 80 and (((ip[2:2] - ((ip[0]&0xf)<<2)) - ((tcp[12]&0xf0)>>2)) != 0)'
(nt: 可理解為, ip[2:2]表示整個ip數(shù)據(jù)包的長度, (ip[0]&0xf)<<2)表示ip數(shù)據(jù)包包頭的長度(ip[0]&0xf代表包中的IHL域, 而此域的單位為32bit, 要換算
成字節(jié)數(shù)需要乘以4, 即左移2. (tcp[12]&0xf0)>>4 表示tcp頭的長度, 此域的單位也是32bit, 換算成比特數(shù)為 ((tcp[12]&0xf0) >> 4) << 2,
即 ((tcp[12]&0xf0)>>2). ((ip[2:2] - ((ip[0]&0xf)<<2)) - ((tcp[12]&0xf0)>>2)) != 0 表示: 整個ip數(shù)據(jù)包的長度減去ip頭的長度,再減去
tcp頭的長度不為0, 這就意味著, ip數(shù)據(jù)包中確實是有數(shù)據(jù).對于ipv6版本只需考慮ipv6頭中的'Payload Length' 與 'tcp頭的長度'的差值, 并且其中表達方式'ip[]'需換成'ip6[]'.)
打印長度超過576字節(jié), 并且網(wǎng)關(guān)地址是snup的IP數(shù)據(jù)包
tcpdump 'gateway snup and ip[2:2] > 576'
打印所有IP層廣播或多播的數(shù)據(jù)包, 但不是物理以太網(wǎng)層的廣播或多播數(shù)據(jù)報
tcpdump 'ether[0] & 1 = 0 and ip[16] >= 224'
打印除'echo request'或者'echo reply'類型以外的ICMP數(shù)據(jù)包( 比如,需要打印所有非ping 程序產(chǎn)生的數(shù)據(jù)包時可用到此表達式 .
(nt: 'echo reuqest' 與 'echo reply' 這兩種類型的ICMP數(shù)據(jù)包通常由ping程序產(chǎn)生))
tcpdump 'icmp[icmptype] != icmp-echo and icmp[icmptype] != icmp-echoreply'
tcpdump 與wireshark
Wireshark(以前是ethereal)是Windows下非常簡單易用的抓包工具。但在Linux下很難找到一個好用的圖形化抓包工具。
還好有Tcpdump。我們可以用Tcpdump + Wireshark 的完美組合實現(xiàn):在 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這些選項等都要放到第一個參數(shù)的位置,用來過濾數(shù)據(jù)報的類型
(2)-i eth1 : 只抓經(jīng)過接口eth1的包
(3)-t : 不顯示時間戳
(4)-s 0 : 抓取數(shù)據(jù)包時默認抓取長度為68字節(jié)。加上-S 0 后可以抓到完整的數(shù)據(jù)包
(5)-c 100 : 只抓取100個數(shù)據(jù)包
(6)dst port ! 22 : 不抓取目標端口是22的數(shù)據(jù)包
(7)src net 192.168.1.0/24 : 數(shù)據(jù)包的源網(wǎng)絡地址為192.168.1.0/24
(8)-w ./target.cap : 保存成cap文件,方便用ethereal(即wireshark)分析
使用tcpdump抓取HTTP包
tcpdump -XvvennSs 0 -i eth0 tcp[20:2]=0x4745 or tcp[20:2]=0x4854
0x4745 為"GET"前兩個字母"GE",0x4854 為"HTTP"前兩個字母"HT"。
tcpdump 對截獲的數(shù)據(jù)并沒有進行徹底解碼,數(shù)據(jù)包內(nèi)的大部分內(nèi)容是使用十六進制的形式直接打印輸出的。顯然這不利于分析網(wǎng)絡故障,通常的解決辦法是先使用帶-w參數(shù)的tcpdump 截獲數(shù)據(jù)并保存到文件中,然后再使用其他程序(如Wireshark)進行解碼分析。當然也應該定義過濾規(guī)則,以避免捕獲的數(shù)據(jù)包填滿整個硬盤。
輸出信息含義
首先我們注意一下,基本上tcpdump總的的輸出格式為:系統(tǒng)時間 來源主機.端口 > 目標主機.端口 數(shù)據(jù)包參數(shù)
tcpdump 的輸出格式與協(xié)議有關(guān).以下簡要描述了大部分常用的格式及相關(guān)例子.
鏈路層頭
對于FDDI網(wǎng)絡, '-e' 使tcpdump打印出指定數(shù)據(jù)包的'frame control' 域, 源和目的地址, 以及包的長度.(frame control域
控制對包中其他域的解析). 一般的包(比如那些IP datagrams)都是帶有'async'(異步標志)的數(shù)據(jù)包,并且有取值0到7的優(yōu)先級;
比如 'async4'就代表此包為異步數(shù)據(jù)包,并且優(yōu)先級別為4. 通常認為,這些包們會內(nèi)含一個 LLC包(邏輯鏈路控制包); 這時,如果此包
不是一個ISO datagram或所謂的SNAP包,其LLC頭部將會被打印(nt:應該是指此包內(nèi)含的 LLC包的包頭).
對于Token Ring網(wǎng)絡(令牌環(huán)網(wǎng)絡), '-e' 使tcpdump打印出指定數(shù)據(jù)包的'frame control'和'access control'域, 以及源和目的地址,
外加包的長度. 與FDDI網(wǎng)絡類似, 此數(shù)據(jù)包通常內(nèi)含LLC數(shù)據(jù)包. 不管 是否有'-e'選項.對于此網(wǎng)絡上的'source-routed'類型數(shù)據(jù)包(nt:
意譯為:源地址被追蹤的數(shù)據(jù)包,具體含義未知,需補充), 其包的源路由信息總會被打印.
對于802.11網(wǎng)絡(WLAN,即wireless local area network), '-e' 使tcpdump打印出指定數(shù)據(jù)包的'frame control域,
包頭中包含的所有地址, 以及包的長度.與FDDI網(wǎng)絡類似, 此數(shù)據(jù)包通常內(nèi)含LLC數(shù)據(jù)包.
(注意: 以下的描述會假設(shè)你熟悉SLIP壓縮算法 (nt:SLIP為Serial Line Internet Protocol.), 這個算法可以在
RFC-1144中找到相關(guān)的蛛絲馬跡.)
對于SLIP網(wǎng)絡(nt:SLIP links, 可理解為一個網(wǎng)絡, 即通過串行線路建立的連接, 而一個簡單的連接也可看成一個網(wǎng)絡),
數(shù)據(jù)包的'direction indicator'('方向指示標志')("I"表示入, "O"表示出), 類型以及壓縮信息將會被打印. 包類型會被首先打印.
類型分為ip, utcp以及ctcp(nt:未知, 需補充). 對于ip包,連接信息將不被打印(nt:SLIP連接上,ip包的連接信息可能無用或沒有定義.
reconfirm).對于TCP數(shù)據(jù)包, 連接標識緊接著類型表示被打印. 如果此包被壓縮, 其被編碼過的頭部將被打印.
此時對于特殊的壓縮包,會如下顯示:
_+n 或者 _A+n, 其中n代表包的(順序號或(順序號和應答號))增加或減少的數(shù)目(nt | rt:S,SA拗口, 需再譯).
對于非特殊的壓縮包,0個或更多的'改變'將會被打印.'改變'被打印時格式如下:
'標志'+/-/=n 包數(shù)據(jù)的長度 壓縮的頭部長度.
其中'標志'可以取以下值:
U(代表緊急指針), W(指緩沖窗口), A(應答), S(序列號), I(包ID),而增量表達'=n'表示被賦予新的值, +/-表示增加或減少.
比如, 以下顯示了對一個外發(fā)壓縮TCP數(shù)據(jù)包的打印, 這個數(shù)據(jù)包隱含一個連接標識(connection identifier); 應答號增加了6,
順序號增加了49, 包ID號增加了6; 包數(shù)據(jù)長度為3字節(jié)(octect), 壓縮頭部為6字節(jié).(nt:如此看來這應該不是一個特殊的壓縮數(shù)據(jù)包).