LINUX的 tcpdump 命令有哪些

LINUX的 tcpdump 命令有哪些，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

對于 tcpdump 的使用，大部分管理員會分成兩類。有一類管理員，他們熟知 tcpdump 和其中的所有標記；另一類管理員，他們僅了解基本的使用方法，剩下事情都要借助參考手冊才能完成。出現這種情況的原因在于， tcpdump 是一個相當高級的命令，使用的時候需要對網絡的工作機制有相當深入的了解。

在今天的文章中，我想提供一個快速但相當實用的 tcpdump 參考。我會談到基本的和一些高級的使用方法。我敢肯定我會忽略一些相當酷的命令，歡迎你補充在評論部分。

在我們深入了解以前，最重要的是了解 tcpdump 是用來做什么的。 tcpdump 命令用來保存和記錄網絡流量。你可以用它來觀察網絡上發生了什么，并可用來解決各種各樣的問題，包括和網絡通信無關的問題。除了網絡問題，我經常用 tcpdump 解決應用程序的問題。如果你發現兩個應用程序之間無法很好工作，可以用 tcpdump 觀察出了什么問題。 tcpdump 可以用來抓取和讀取數據包，特別是當通信沒有被加密的時候。

基礎知識

了解 tcpdump ，首先要知道 tcpdump中使用的標記（flag）。在這個章節中，我會涵蓋到很多基本的標記，這些標記在很多場合下會被用到。

不轉換主機名、端口號等

# tcpdump -n

通常情況下， tcpdump 會嘗試查找和轉換主機名和端口號。

# tcpdump

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes

16:15:05.051896 IP blog.ssh > 10.0.3.1.32855: Flags [P.], seq 2546456553:2546456749, ack 1824683693, win 355, options [nop,nop,TS val 620879437 ecr 620879348], length 196

你可以通過 -n 標記關閉這個功能。我個人總是使用這個標記，因為我喜歡使用 IP 地址而不是主機名，主機名和端口號的轉換經常會帶來困擾。但是，知道利用 tcpdump 轉換或者不轉換的功能還是相當有用的，特別是有些時候，知道源流量（source traffic）來自哪個服務器是相當重要的。

# tcpdump -n

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes

16:23:47.934665 IP 10.0.3.246.22 > 10.0.3.1.32855: Flags [P.], seq 2546457621:2546457817, ack 1824684201, win 355, options [nop,nop,TS val 621010158 ecr 621010055], length 196

增加詳細信息

# tcpdump -v

增加一個簡單 -v 標記，輸出會包含更多信息，例如一個 IP 包的生存時間(ttl, time to live)、長度和其他的選項。

# tcpdump

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes

16:15:05.051896 IP blog.ssh > 10.0.3.1.32855: Flags [P.], seq 2546456553:2546456749, ack 1824683693, win 355, options [nop,nop,TS val 620879437 ecr 620879348], length 196

tcpdump 的詳細信息有三個等級，你可以通過在命令行增加 v 標記的個數來獲取更多的信息。通常我在使用 tcpmdump 的時候，總是使用最高等級的詳細信息，因為我希望看到所有信息，以免后面會用到。

# tcpdump -vvv -c 1

tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes

16:36:13.873456 IP (tos 0x10, ttl 64, id 121, offset 0, flags [DF], proto TCP (6), length 184)

blog.ssh > 10.0.3.1.32855: Flags [P.], cksum 0x1ba1 (incorrect -> 0x0dfd), seq 2546458841:2546458973, ack 1824684869, win 355, options [nop,nop,TS val 621196643 ecr 621196379], length 132

指定網絡接口

# tcpdump -i eth0

通常情況下，如果不指定網絡接口， tcpdump 在運行時會選擇編號最低的網絡接口，一般情況下是 eth0，不過因系統不同可能會有所差異。

# tcpdump

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes

16:15:05.051896 IP blog.ssh > 10.0.3.1.32855: Flags [P.], seq 2546456553:2546456749, ack 1824683693, win 355, options [nop,nop,TS val 620879437 ecr 620879348], length 196

你可以用 -i 標記來指定網絡接口。在大多數 Linux 系統上，any 這一特定的網絡接口名用來讓 tcpdump 監聽所有的接口。我發現這在排查服務器（擁有多個網絡接口）的問題特別有用，尤其是牽扯到路由的時候。

# tcpdump -i any

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

16:45:59.312046 IP blog.ssh > 10.0.3.1.32855: Flags [P.], seq 2547763641:2547763837, ack 1824693949, win 355, options [nop,nop,TS val 621343002 ecr 621342962], length 196

寫入文件

# tcpdump -w /path/to/file

tcpdump 運行結果會輸出在屏幕上。

# tcpdump

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes

16:15:05.051896 IP blog.ssh > 10.0.3.1.32855: Flags [P.], seq 2546456553:2546456749, ack 1824683693, win 355, options [nop,nop,TS val 620879437 ecr 620879348], length 196

但很多時候，你希望把 tcpdump 的輸出結果保存在文件中，最簡單的方法就是利用 -w 標記。如果你后續還會檢查這些網絡數據，這樣做就特別有用。將這些數據存成一個文件的好處，就是你可以多次讀取這個保存下來的文件，并且可以在這個網絡流量的快照上使用其它標記或者過濾器（我們后面會討論到）。

# tcpdump -w /var/tmp/tcpdata.pcap

tcpdump : listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes

1 packet captured

2 packets received by filter

0 packets dropped by kernel

通常這些數據被緩存而不會被寫入文件，直到你用 CTRL+C 結束 tcpdump 命令的時候。

讀取文件

# tcpdump -r /path/to/file

一旦你將輸出存成文件，就必然需要讀取這個文件。要做到這點，你只需要在 -r 標記后指定這個文件的存放路徑。

# tcpdump -r /var/tmp/tcpdata.pcap 

reading from file /var/tmp/tcpdata.pcap, link-type EN10MB (Ethernet)

16:56:01.610473 IP blog.ssh > 10.0.3.1.32855: Flags [P.], seq 2547766673:2547766805, ack 1824696181, win 355, options [nop,nop,TS val 621493577 ecr 621493478], length 132

一個小提醒，如果你熟悉 wireshark 這類網絡診斷工具，也可以利用它們來讀取 tcpdump 保存的文件。

指定抓包大小

# tcpdump -s 100

較新版本的 tcpdump 通常可以截獲 65535 字節，但某些情況下你不需要截獲默認大小的數據包。運行 tcpdump 時，你可以通過 -s 標記來指定快照長度。

指定抓包數量

# tcpdump -c 10

tcpdump 會一直運行，直至你用 CTRL+C 讓它退出。

# tcpdump host google.com

tcpdump : verbose output suppressed, use -v or -vv for full protocol decode

listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes

^C

0 packets captured

4 packets received by filter

0 packets dropped by kernel

你也可以通過 -c 標記后面加上抓包的數量，讓 tcpdump 在抓到一定數量的數據包后停止操作。當你不希望看到 tcpdump 的輸出大量出現在屏幕上，以至于你無法閱讀的時候，就會希望使用這個標記。當然，通常更好的方法是借助過濾器來截獲特定的流量。

基礎知識匯總

# tcpdump -nvvv -i any -c 100 -s 100

你可以將以上這些基礎的標記組合起來使用，來讓 tcpdump 提供你所需要的信息。

過濾器

介紹完基礎的標記后，我們該介紹過濾器了。 tcpdump 可以通過各式各樣的表達式，來過濾所截取或者輸出的數據。我在這篇文章里會給出一些簡單的例子，以便讓你們了解語法規則。你們可以查詢 tcpdump 幫助中的 pcap-filter 章節，了解更為詳細的信息。

查找特定主機的流量

# tcpdump -nvvv -i any -c 3 host 10.0.3.1

運行上述命令， tcpdump 會像前面一樣把結果輸出到屏幕上，不過只會顯示源 IP 或者目的 IP 地址是 10.0.3.1 的數據包。通過增加主機 10.0.3.1 參數，我們可以讓 tcpdump 過濾掉源和目的地址不是 10.0.3.1 的數據包。

# tcpdump -nvvv -i any -c 3 host 10.0.3.1

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

17:54:15.067496 IP (tos 0x10, ttl 64, id 5502, offset 0, flags [DF], proto TCP (6), length 184)

10.0.3.246.22 > 10.0.3.1.32855: Flags [P.], cksum 0x1ba1 (incorrect -> 0x9f75), seq 2547785621:2547785753, ack 1824705637, win 355, options [nop,nop,TS val 622366941 ecr 622366923], length 132

17:54:15.067613 IP (tos 0x10, ttl 64, id 52315, offset 0, flags [DF], proto TCP (6), length 52)

10.0.3.1.32855 > 10.0.3.246.22: Flags [.], cksum 0x1b1d (incorrect -> 0x7c34), seq 1, ack 132, win 540, options [nop,nop,TS val 622366941 ecr 622366941], length 0

17:54:15.075230 IP (tos 0x10, ttl 64, id 5503, offset 0, flags [DF], proto TCP (6), length 648)

10.0.3.246.22 > 10.0.3.1.32855: Flags [P.], cksum 0x1d71 (incorrect -> 0x3443), seq 132:728, ack 1, win 355, options [nop,nop,TS val 622366943 ecr 622366941], length 596

只顯示源地址為特定主機的流量

# tcpdump -nvvv -i any -c 3 src host 10.0.3.1

前面的例子顯示了源和目的地址是 10.0.3.1 的流量，而上面的命令只顯示數據包源地址是 10.0.3.1 的流量。這是通過在 host 前面增加 src 參數來實現的。這個額外的過濾器告訴 tcpdump 查找特定的源地址。 反過來通過 dst 過濾器，可以指定目的地址。

過濾源和目的端口

# tcpdump -nvvv -i any -c 3 port 22 and port 60738

通過類似 and 操作符，你可以在 tcpdump 上使用更為復雜的過濾器描述。這個就類似 if 語句，你就這么想吧。這個例子中，我們使用 and 操作符告訴 tcpdump 只輸出端口號是 22 和 60738 的數據包。這點在分析網絡問題的時候很有用，因為可以通過這個方法來關注某一個特定會話（session）的數據包。

你可以用兩種方式來表示 and 操作符，and 或者 && 都可以。我個人傾向于兩個都使用，特別要記住在使用 && 的時候，要用單引號或者雙引號包住表達式。在 BASH 中，你可以使用 && 運行一個命令，該命令成功后再執行后面的命令。通常，最好將表達式用引號包起來，這樣會避免不預期的結果，特別當過濾器中有一些特殊字符的時候。

查找兩個端口號的流量

# tcpdump -nvvv -i any -c 20 'port 80 or port 443'

你可以用 or 或者 || 操作符來過濾結果。在這個例子中，我們使用 or 操作符去截獲發送和接收端口為 80 或 443 的數據流。這在 Web 服務器上特別有用，因為服務器通常有兩個開放的端口，端口號 80 表示 http 連接，443 表示 https。

查找兩個特定端口和來自特定主機的數據流

# tcpdump -nvvv -i any -c 20 '(port 80 or port 443) and host 10.0.3.169'

前面的例子用來排查多端口的協議問題，是非常有效的。如果 Web 服務器的數據流量相當大， tcpdump 的輸出可能有點混亂。我們可以通過增加 host 參數進一步限定輸出。在這種情況下，我們通過把 or 表達式放在括號中來保持 or 描述。

在一個過濾器中，你可以多次使用括號。在下面的例子中，下面命令可以限定截獲滿足如下條件的數據包：發送或接收端口號為 80 或 443，主機來源于 10.0.3.169 或者 10.0.3.1，且目的地址是 10.0.3.246。

理解輸出結果

打開 tcpdump 的所有選項去截獲網絡流量是相當困難的，但一旦你拿到這些數據你就要對它進行解讀。在這個章節，我們將涉及如何判斷源/目的 IP 地址，源/目的端口號，以及 TCP 協議類型的數據包。當然這些是相當基礎的，你從 tcpdump 里面獲取的信息也遠不止這些。不過這篇文章主要是粗略的介紹，我們會關注在這些基礎知識上。我建議你們可以通過幫助頁獲取更為詳細的信息。

判斷源和目的地址

判斷源和目的地址和端口號相當簡單。

從上面的輸出，我們可以看到源 IP 地址是 10.0.3.246，源端口號是 56894， 目的 IP 地址是 192.168.0.92，端口號是 22。一旦你理解 tcpdump 格式后，這些信息很容易判斷。如果你還沒有猜到格式，你可以按照 src-ip.src-port > dest-ip.dest-port: Flags[S] 格式來分析。源地址位于 > 前面，后面則是目的地址。你可以把 > 想象成一個指向目的地址的箭頭符號。

判斷數據包類型

10.0.3.246.56894 > 192.168.0.92.22: Flags [S], cksum 0xcf28 (incorrect -> 0x0388), seq 682725222, win 29200, options [mss 1460,sackOK,TS val 619989005 ecr 0,nop,wscale 7], length 0

從上面的例子，我們可以判斷這個數據包是一個 SYN 數據包。我們是通過 tcpdump 輸出中的 [S] 標記字段得出這個結論，不同類型的數據包有不同類型的標記。不需要深入了解 TCP 協議中的數據包類型，你就可以通過下面的速查表來加以判斷。

• [S] – SYN (開始連接)

• [.] – 沒有標記

• [P] – PSH (數據推送)

• [F] – FIN (結束連接)

• [R] – RST (重啟連接)

在這個版本的 tcpdump 輸出中，[S.] 標記代表這個數據包是 SYN-ACK 數據包。

不好的例子

15:15:43.323412 IP (tos 0x0, ttl 64, id 51051, offset 0, flags [DF], proto TCP (6), length 60)

10.0.3.246.56894 > 192.168.0.92.22: Flags [S], cksum 0xcf28 (incorrect -> 0x0388), seq 682725222, win 29200, options [mss 1460,sackOK,TS val 619989005 ecr 0,nop,wscale 7], length 0

15:15:44.321444 IP (tos 0x0, ttl 64, id 51052, offset 0, flags [DF], proto TCP (6), length 60)

10.0.3.246.56894 > 192.168.0.92.22: Flags [S], cksum 0xcf28 (incorrect -> 0x028e), seq 682725222, win 29200, options [mss 1460,sackOK,TS val 619989255 ecr 0,nop,wscale 7], length 0

15:15:46.321610 IP (tos 0x0, ttl 64, id 51053, offset 0, flags [DF], proto TCP (6), length 60)

10.0.3.246.56894 > 192.168.0.92.22: Flags [S], cksum 0xcf28 (incorrect -> 0x009a), seq 682725222, win 29200, options [mss 1460,sackOK,TS val 619989755 ecr 0,nop,wscale 7], length 0

上面顯示了一個不好的通信例子，在這個例子中“不好”，代表通信沒有建立起來。我們可以看到 10.0.3.246 發出一個 SYN 數據包給 主機 192.168.0.92，但是主機并沒有應答。

好的例子

15:18:25.716453 IP (tos 0x10, ttl 64, id 53344, offset 0, flags [DF], proto TCP (6), length 60)

10.0.3.246.34908 > 192.168.0.110.22: Flags [S], cksum 0xcf3a (incorrect -> 0xc838), seq 1943877315, win 29200, options [mss 1460,sackOK,TS val 620029603 ecr 0,nop,wscale 7], length 0

15:18:25.716777 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto TCP (6), length 60)

192.168.0.110.22 > 10.0.3.246.34908: Flags [S.], cksum 0x594a (correct), seq 4001145915, ack 1943877316, win 5792, options [mss 1460,sackOK,TS val 18495104 ecr 620029603,nop,wscale 2], length 0

15:18:25.716899 IP (tos 0x10, ttl 64, id 53345, offset 0, flags [DF], proto TCP (6), length 52)

10.0.3.246.34908 > 192.168.0.110.22: Flags [.], cksum 0xcf32 (incorrect -> 0x9dcc), ack 1, win 229, options [nop,nop,TS val 620029603 ecr 18495104], length 0

好的例子應該向上面這樣，我們看到典型的 TCP 3次握手。第一數據包是 SYN 包，從主機 10.0.3.246 發送給 主機192.168.0.110，第二個包是 SYN-ACK 包，主機192.168.0.110 回應 SYN 包。最后一個包是一個 ACK 或者 SYN – ACK – ACK 包，是主機 10.0.3.246 回應收到了 SYN – ACK 包。從上面看到一個 TCP/IP 連接成功建立。

數據包檢查

用十六進制和 ASCII 碼打印數據包

# tcpdump -nvvv -i any -c 1 -XX 'port 80 and host 10.0.3.1'

排查應用程序網絡問題的通常做法，就是用 tcpdump 的 -XX 標記打印出 16 進制和 ASCII 碼格式的數據包。這是一個相當有用的命令，它可以讓你看到源地址，目的地址，數據包類型以及數據包本身。但我不是這個命令輸出的粉絲，我認為它太難讀了。

# tcpdump -nvvv -i any -c 1 -XX 'port 80 and host 10.0.3.1'

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

19:51:15.697640 IP (tos 0x0, ttl 64, id 54313, offset 0, flags [DF], proto TCP (6), length 483)

10.0.3.1.45732 > 10.0.3.246.80: Flags [P.], cksum 0x1ccc (incorrect -> 0x2ce8), seq 3920159713:3920160144, ack 969855140, win 245, options [nop,nop,TS val 624122099 ecr 624117334], length 431

0x0000: 0000 0001 0006 fe0a e2d1 8785 0000 0800 ................

0x0010: 4500 01e3 d429 4000 4006 49f5 0a00 0301 E....)@.@.I.....

0x0020: 0a00 03f6 b2a4 0050 e9a8 e3e1 39ce d0a4 .......P....9...

0x0030: 8018 00f5 1ccc 0000 0101 080a 2533 58f3 ............%3X.

0x0040: 2533 4656 4745 5420 2f73 6f6d 6570 6167 %3FVGET./somepag

0x0050: 6520 4854 5450 2f31 2e31 0d0a 486f 7374 e.HTTP/1.1..Host

0x0060: 3a20 3130 2e30 2e33 2e32 3436 0d0a 436f :.10.0.3.246..Co

0x0070: 6e6e 6563 7469 6f6e 3a20 6b65 6570 2d61 nnection:.keep-a

0x0080: 6c69 7665 0d0a 4361 6368 652d 436f 6e74 live..Cache-Cont

0x0090: 726f 6c3a 206d 6178 2d61 6765 3d30 0d0a rol:.max-age=0..

0x00a0: 4163 6365 7074 3a20 7465 7874 2f68 746d Accept:.text/htm

0x00b0: 6c2c 6170 706c 6963 6174 696f 6e2f 7868 l,application/xh

0x00c0: 746d 6c2b 786d 6c2c 6170 706c 6963 6174 tml+xml,applicat

0x00d0: 696f 6e2f 786d 6c3b 713d 302e 392c 696d ion/xml;q=0.9,im

0x00e0: 6167 652f 7765 6270 2c2a 2f2a 3b71 3d30 age/webp,*/*;q=0

0x00f0: 2e38 0d0a 5573 6572 2d41 6765 6e74 3a20 .8..User-Agent:.

0x0100: 4d6f 7a69 6c6c 612f 352e 3020 284d 6163 Mozilla/5.0.(Mac

0x0110: 696e 746f 7368 3b20 496e 7465 6c20 4d61 intosh;.Intel.Ma

0x0120: 6320 4f53 2058 2031 305f 395f 3529 2041 c.OS.X.10_9_5).A

0x0130: 7070 6c65 5765 624b 6974 2f35 3337 2e33 ppleWebKit/537.3

0x0140: 3620 284b 4854 4d4c 2c20 6c69 6b65 2047 6.(KHTML,.like.G

0x0150: 6563 6b6f 2920 4368 726f 6d65 2f33 382e ecko).Chrome/38.

0x0160: 302e 3231 3235 2e31 3031 2053 6166 6172 0.2125.101.Safar

0x0170: 692f 3533 372e 3336 0d0a 4163 6365 7074 i/537.36..Accept

0x0180: 2d45 6e63 6f64 696e 673a 2067 7a69 702c -Encoding:.gzip,

0x0190: 6465 666c 6174 652c 7364 6368 0d0a 4163 deflate,sdch..Ac

0x01a0: 6365 7074 2d4c 616e 6775 6167 653a 2065 cept-Language:.e

0x01b0: 6e2d 5553 2c65 6e3b 713d 302e 380d 0a49 n-US,en;q=0.8..I

0x01c0: 662d 4d6f 6469 6669 6564 2d53 696e 6365 f-Modified-Since

0x01d0: 3a20 5375 6e2c 2031 3220 4f63 7420 3230 :.Sun,.12.Oct.20

0x01e0: 3134 2031 393a 3430 3a32 3020 474d 540d 14.19:40:20.GMT.

0x01f0: 0a0d 0a ...

只打印 ASCII 碼格式的數據包

# tcpdump -nvvv -i any -c 1 -A 'port 80 and host 10.0.3.1'

我傾向于只打印 ASCII 格式數據，這可以幫助我快速定位數據包中發送了什么，哪些是正確的，哪些是錯誤的。你可以通過 -A 標記來實現這一點。

# tcpdump -nvvv -i any -c 1 -A 'port 80 and host 10.0.3.1'

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

19:59:52.011337 IP (tos 0x0, ttl 64, id 53757, offset 0, flags [DF], proto TCP (6), length 406)

10.0.3.1.46172 > 10.0.3.246.80: Flags [P.], cksum 0x1c7f (incorrect -> 0xead1), seq 1552520173:1552520527, ack 428165415, win 237, options [nop,nop,TS val 624251177 ecr 624247749], length 354

E.....@.@.Ln

...

....\.P\.....I'...........

%5Q)%5C.GET /newpage HTTP/1.1

Host: 10.0.3.246

Connection: keep-alive

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8

User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.101 Safari/537.36

Accept-Encoding: gzip,deflate,sdch

Accept-Language: en-US,en;q=0.8

從上面的輸出，你可以看到我們成功獲取了一個 http 的 GET 請求包。如果網絡通信沒有被加密，用人類可閱讀的格式打出包中數據，對于解決應用程序的問題是很有幫助。如果你排查一個網絡通信被加密的問題，打印包中數據就不是很有用。不過如果你有證書的話，你還是可以使用 ssldump 或者 wireshark。

非 TCP 數據流

雖然這篇文章主要采用 TCP 傳輸來講解 tcpdump ，但是 tcpdump 絕對不是只能抓 TCP 數據包。它還可以用來獲取其他類型的數據包，例如 ICMP、 UDP 和 ARP 包。下面是一些簡單的例子，說明 tcpdump 可以截獲非 TCP 數據包。

ICMP 數據包

# tcpdump -nvvv -i any -c 2 icmp

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

20:11:24.627824 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84)

10.0.3.169 > 10.0.3.246: ICMP echo request, id 15683, seq 1, length 64

20:11:24.627926 IP (tos 0x0, ttl 64, id 31312, offset 0, flags [none], proto ICMP (1), length 84)

10.0.3.246 > 10.0.3.169: ICMP echo reply, id 15683, seq 1, length 64

UDP 數據包

# tcpdump -nvvv -i any -c 2 udp

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

20:12:41.726355 IP (tos 0xc0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 76)

10.0.3.246.123 > 198.55.111.50.123: [bad udp cksum 0x43a9 -> 0x7043!] NTPv4, length 48

Client, Leap indicator: clock unsynchronized (192), Stratum 2 (secondary reference), poll 6 (64s), precision -22

Root Delay: 0.085678, Root dispersion: 57.141830, Reference-ID: 199.102.46.75

Reference Timestamp: 3622133515.811991035 (2014/10/12 20:11:55)

Originator Timestamp: 3622133553.828614115 (2014/10/12 20:12:33)

Receive Timestamp: 3622133496.748308420 (2014/10/12 20:11:36)

Transmit Timestamp: 3622133561.726278364 (2014/10/12 20:12:41)

Originator - Receive Timestamp: -57.080305658

Originator - Transmit Timestamp: +7.897664248

20:12:41.748948 IP (tos 0x0, ttl 54, id 9285, offset 0, flags [none], proto UDP (17), length 76)

198.55.111.50.123 > 10.0.3.246.123: [udp sum ok] NTPv4, length 48

Server, Leap indicator: (0), Stratum 3 (secondary reference), poll 6 (64s), precision -20

Root Delay: 0.054077, Root dispersion: 0.058944, Reference-ID: 216.229.0.50

Reference Timestamp: 3622132887.136984840 (2014/10/12 20:01:27)

Originator Timestamp: 3622133561.726278364 (2014/10/12 20:12:41)

Receive Timestamp: 3622133618.830113530 (2014/10/12 20:13:38)

Transmit Timestamp: 3622133618.830129086 (2014/10/12 20:13:38)

Originator - Receive Timestamp: +57.103835195

Originator - Transmit Timestamp: +57.103850722

如果你覺得有好例子進一步說明 tcpdump 命令，請在評論中補充。

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。