tcpdump抓包命令详解（tcpdumpwireshark抓包及分析）

本文将展示如何使用TCPdump抓包，以及如何用tcpdump和wireshark分析网络流量。文中的例子比较简单，适合作为入门参考。

1 基础环境准备

为方便大家跟着上手练习，本文将搭建一个容器环境。

1.1 Pull Docker镜像

$ sudo docker pull alpine:3.8

1.2 运行容器

$ sudo docker run -d --name ctn-1 alpine:3.8 sleep 3600d $ sudo docker ps CONTAINER ID IMAGE comMAND CREATED STATUS PORTS NAMES 233bc36bde4b alpine:3.8 "sleep 3600d" 1 minutes ago Up 14 minutes ctn-1

进入容器：

$ sudo docker exec -it ctn-1 sh

登录到容器里面，查看容器网络信息：

/ # ifconfig eth0 Link encap:Ethernet HWaddr 02:42:AC:11:00:09 inet addr:172.17.0.9 Bcast:0.0.0.0 Mask:255.255.0.0

1.3 安装tcpdump

/ # apk update / # apk add tcpdump

2 HTTP/TCP抓包

接下来我们用wget获取一个网站的首页文件（index.html），同时tcpdump抓包，对抓到的网络流量进行分析。

2.1 HTTP请求：下载测试页面

example.com是一个测试网站，wget是一个linux下面的命令行工具，可以下载网络文件。

如下命令可以下载一个example.com网站的首页文件index.html：

/ # wget http://example.com Connecting to example.com (93.184.216.34:80) index.html 100% |*****************************| 1270 0:00:00 ETA

虽然这看起来极其简单，但背后却涵盖了很多复杂的过程，例如：

域名查找 ：通过访问DNS服务查找 example.com 服务器对应的IP地址
TCP连接参数初始化 ：临时端口、初始序列号的选择等等
客户端（容器）通过 TCP三次握手协议 和服务器IP建立TCP连接
客户端发起HTTP GET请求
服务器返回HTTP响应，包含页面数据传输
如果页面超过一个MTU，会分为多个pACKet进行传输（后面会看到，确实超过MTU了）
TCP断开连接的 四次挥手

2.2 抓包：打到标准输出

用下面的tcpdump命令抓包，另一窗口执行 wget http://example.com ，能看到如下类似的输出。为了方便后面的讨论，这里将一些字段去掉了，并做了适当的对齐：

/ # tcpdump -n -S -i eth0 host example.com 1 02:52:44.513700 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [S] , seq 3310420140, length 0 2 02:52:44.692890 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [S.], seq 1353235534, ack 3310420141, length 0 3 02:52:44.692953 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [.] , ack 1353235535, length 0 4 02:52:44.693009 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [P.], seq 3310420141:3310420215, ack 1353235535, length 74: HTTP: GET / HTTP/1.1 5 02:52:44.872266 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [.] , ack 3310420215, length 0 6 02:52:44.873342 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [.] , seq 1353235535:1353236983, ack 3310420215, length 1448: HTTP: HTTP/1.1 200 OK 7 02:52:44.873405 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [.] , ack 1353236983, length 0 8 02:52:44.874533 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [P.], seq 1353236983:1353237162, ack 3310420215, length 179: HTTP 9 02:52:44.874560 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [.] , ack 1353237162, length 0 10 02:52:44.874705 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [F.], seq 3310420215, ack 1353237162, length 0 11 02:52:45.053732 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [.] , ack 3310420216, length 0 12 02:52:45.607825 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [F.], seq 1353237162, ack 3310420216, length 0 13 02:52:45.607869 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [.] , ack 1353237163, length 0

参数说明：

-n ：打印IP而不是hostname，打印端口号而不是协议（例如打印80而不是http）
-S ：打印绝对时间戳
-i eth0 ：指定从eth0网卡抓包
host example.com ：抓和 example.com 通信的包（双向）

更多tcpdump的常用命令，可以参考 tcpdump: An Incomplete Guide 。

2.3 抓包：存文件

-w 命令可以将抓到的包写到文件，注意这和用重定向方式将输出写到文件是不同的。后者写的只是标准输出打印的LOG，而 -w 写的是原始包。

/ # tcpdump -i eth0 host example.com -w example.pcap ^C 13 packets captured 13 packets received by filter 0 packets dropped by kernel

生成的pcap文件可以用 tcpdump 或者 wireshark 之类的网络流量分析工具打开。

3 流量分析: tcpdump

如果不指定输出的话，tcpdump会直接将信息打到标准输出，就是我们上面看到的那样。从这些输出里，我们看到很多信息。

3.1 每列说明

第1列是为了讨论方便而加的行号，实际的tcpdump输出并没有这一列。接下来将用 # 号加数字表示第几个包，例如 #3 表示第3个包。

接下来依次为：

packet 时间戳 ，例如 02:52:44.513700 表示抓到这个包的时间是 02时52分44秒513毫秒
packet 类型，这里是 IP 包
源(SRC) IP和端口，目的(DST) IP和端口
packet TCP flags，其中S 表示 SYN 包. 表示 ack 包F 表示 fin 包P 表示 push 包（发送正常数据）
序列号（seq）
应答号（ack）
包的payload长度
包的部分内容（ASCII）

3.2 三次握手（1～3）

wget是基于HTTP协议，因此它在下载文件之前，必定要和服务端建立一个连接。

而TCP建立连接的过程就是著名的 三次握手 [4]：

client -> server: SYN
server -> client: SYN ACK
client -> server: ACK

我们可以看到，这刚好对应于前三个包：

1 02:52:44.513700 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [S] , seq 3310420140, length 0 2 02:52:44.692890 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [S.], seq 1353235534, ack 3310420141, length 0 3 02:52:44.692953 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [.] , ack 1353235535, length 0

第一次握手: SYN

#1 包含以下信息：

02:52:44.513700 时刻，客户端主动向server（93.184.216.34）发起一个SYN请求，请求建立连接
客户端请求的 服务端端口是80 （HTTP服务默认80端口），客户端使用的是 临时端口 （大于1024）41038
#1 序列号是 3310420140 ，这是客户端的初始序列号（客户端和服务端分别维护自己的序列号，两者没有关系；另外，初始序列号是系统选择的，一般不是0）
#1 length为0，因为SYN包不带TCP payload，所有信息都在TCP header

第二次握手: SYN ACK

#2 的ack是 3310420140 ，等于 #1 的seq加1，这就说明， #2 是 #1 的应答包。

这个应答包的特点：

TCP flags为 S. ，即SYN ACK
length也是0，说明没有payload
seq为 1353235534 ，这是 服务端的初始序列号
到达eth0的时间为 02:52:44.692890 ，说明时间过了 18ms

第三次握手: ACK

同理， #3 的ack等于 #2 的seq加1，说明 #3 是 #2 的应答包。

这个包的特点：

.

至此，三次握手完成。

3.3 正常数据传输

三次握手完成后，client和server开始HTTP通信，客户端通过HTTP GET方法下载index.html。

4 02:52:44.693009 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [P.], seq 3310420141:3310420215, ack 1353235535, length 74: HTTP: GET / HTTP/1.1 5 02:52:44.872266 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [.] , ack 3310420215, length 0 6 02:52:44.873342 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [.] , seq 1353235535:1353236983, ack 3310420215, length 1448: HTTP: HTTP/1.1 200 OK 7 02:52:44.873405 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [.] , ack 1353236983, length 0 8 02:52:44.874533 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [P.], seq 1353236983:1353237162, ack 3310420215, length 179: HTTP 9 02:52:44.874560 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [.] , ack 1353237162, length 0

这里可以看到：

#4 : client向server发起HTTP GET请求，请求路径为根路径（ / ），这个packet长度为74字节
#5 : 发送了ACK包，对 #4 进行确认
#6 : 发送了1448字节的数据给client
#7 : client对server的 #6 进行应答
#8 : server向client端继续发送179字节数据
#9 : client对server的 #8 进行应答

3.4 四次挥手

最后是四次挥手 [5]：

client -> server: FIN （我们看到的是FIN ACK，这是因为这个FIN包除了正常的关闭连接功能之外，还被用于应答client发过来的前一个包）
server -> client: ACK
client -> server: FIN ACK
server -> client: ACK

10 02:52:44.874705 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [F.], seq 3310420215, ack 1353237162, length 0 11 02:52:45.053732 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [.] , ack 3310420216, length 0 12 02:52:45.607825 IP 93.184.216.34.80 > 172.17.0.9.41038: Flags [F.], seq 1353237162, ack 3310420216, length 0 13 02:52:45.607869 IP 172.17.0.9.41038 > 93.184.216.34.80: Flags [.] , ack 1353237163, length 0

4 流量分析: wireshark

tcpdump可以指定 -r 读取pcap文件，并以指定的格式输出包的信息，最后输出的内容和上面看到的类似。我们上面的流量非常简单，所以看tcpdump的输出就够了。

对于复杂的pcap，例如，其中包含了上百个IP地址、上千个端口、上万个连接的pcap，只通过看tcpdump输出就非常低效了。

这时， wireshark 这样带图形用户界面，且功能强大的网络流分析工具就派上了用场。

wireshark支持强大的过滤功能，支持按IP、端口、协议、连接、TCP flag以及它们的各种组合进行过滤，然后进行分析，大大节省网络排障的时间。

wireshark官方维护了一个sample pcap 列表，我们拿 iperf-mptcp-0-0.pcap 作为例子来展示如何使用wireshark。

4.1 追踪TCP流

下载后双击就可以用wireshark打开。看到有重传（TCP Retransmition）的包：

tcpdump抓包命令详解（tcpdumpwireshark抓包及分析）(1)

在重传的包上，右键 -> Follow -> TCP Stream ，会过滤出 只属于这个连接的包 ：

tcpdump抓包命令详解（tcpdumpwireshark抓包及分析）(2)

我们看到，这个连接只有3个包：

#1 在 08:00:05.125 发送出去，请求建立连接
大约 1s 后，客户端仍然没有收到服务端的ACK包，触发客户端 TCP超时重传
又过了大约 2s ，仍然没有收到ACK包， 再次触发超时重传
这里其实还可以看出TCP重传的机制： 指数后退 ，比如第一次等待1s，第二次等待2s ，第三次等待4s，第四次8s

因此，从这个抓包文件看，这次连接没有建立起来，而直接原因就是client没有收到server 的应答包。要跟进这个问题，就需要在server端一起抓包，看应答包是否有发出来。本文不对此展开。

4.2 过滤流

上面的截图我们看到wireshark里有 tcp.stream eq 1 ，这其实就是其强大的过滤表达式。

我们可以直接手写表达式，然后回车，符合条件的包就会显示出来。而且，在编辑表达式的时候，wireshark有自动提示，还是比较方便的。这些表达式和tcpdump的filter表达式很类似，如果熟悉tcpdump，那这里不会有太大困难。

下面举一些例子：

ip.addr == 192.168.1.1 过滤SRC IP 或 DST IP是 192.168.1.1 的包
ip.src_host == 192.168.1.1 and ip.dst_host == 192.168.1.2 过滤SRC IP是 192.168.1.1 ，并且DST IP是 192.168.1.2 的包
tcp.port == 80 源端口或目的端口是80的包
tcp.flags.reset == 1 过滤TCP RST包。先找到RST包，然后右键Follow -> TCP Stream是常用的排障方式
tcp.analysis.retransmission 过滤所有的重传包