Tcpdump,从入门到不放弃

作者:梁定安,腾讯织云负责人,目前就职于腾讯社交网络运营部,开放运维联盟委员,腾讯云布道师,复旦大学客座讲师。

熟悉运维的兄弟姐妹都知道 tcpdump 是一款抓包分析利器,其灵活的过滤规则和对表达式的支持能够让我们在众多的数据报文中抓取到理想的关键信息。本文在介绍 tcpdump 的基本使用方式的同时,会向大家说明海量业务中tcpdump进阶应用场景。在开始阅读之前请兄弟姐妹们现在脑海中思考一下这几个问题,看看读完本文后会有些什么收获。

1、tcpdump怎么使用? 2、海量业务系统中tcpdump又怎么使用? 3、tcpdump除了抓包还能能做什么?

一、tcpdump基础

tcpdump是一个对网络数据包进行截获的包分析工具。 tcpdump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、端口等的过滤,并支持与、或、非逻辑语句协助过滤有效信息。命令使用规则如下:

过滤方式有很多,可以依据所需设置过滤条件,较常用的三种:

1、可以按host过滤,例如:tcpdump -i eth1 -n -X src host 10.19.66.62

2、可以按port过滤,例如:tcpdump -i eth1 -n -X src host 10.19.66.62 and dst port 80

3、可以按protocol过滤,例如:tcpdump -i eth1 -n -X src host 10.19.66.62 and dst port 80 and tcp

下面来看一下tcpdump过滤规则的具体使用:我们在服务器10.219.153.215上搭建了一个http服务用来作为服务端,10.19.66.62作为客户端客户端对其发起访问。我们使用前面提到的按host 10.19.66.62、port 80以及protocol tcp的组合条件来执行tcpdump。

tcpdump -i eth1 -n tcp port 80 and host 10.19.66.62

不同的协议类型有不同的数据包格式显示,以tcp包为例,通常tcpdump对tcp数据包的显示格式如下:

src > dst: flags data-seqno ack window urgent options src > dst:表明从源地址到目的地址 flags:TCP包中的标志信息,S 是SYN标志,,F (FIN),P (PUSH),R (RST),"." (没有标记) data-seqno:是数据包中的数据的顺序号 ack:是下次期望的顺序号 window:是接收缓存的窗口大小 urgent:表明数据包中是否有紧急指针 options:选项

我们执行抓包过程中输出的这八行数据其实包含了tcp三次握手和四次挥手的交互过程,我们详细分析下看看:

15:29:36.512810 IP 10.19.66.62.51612 > 10.219.153.215.http: Flags [S], seq 2020752563, win 8192, options [mss 1448,nop,wscale 8,nop,nop,sackOK], length 0
15:29:36.512841 IP 10.219.153.215.http > 10.19.66.62.51612: Flags [S.], seq 2307011222, ack 2020752564, win 5840, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
15:29:36.515010 IP 10.19.66.62.51612 > 10.219.153.215.http: Flags [.], ack 1, win 260, length 0
15:29:36.516745 IP 10.19.66.62.51612 > 10.219.153.215.http: Flags [P.], seq 1:875, ack 1, win 260, length 874
15:29:36.516767 IP 10.219.153.215.http > 10.19.66.62.51612: Flags [.], ack 875, win 60, length 0
15:29:36.530834 IP 10.19.66.62.51612 > 10.219.153.215.http: Flags [F.], seq 875, ack 1, win 260, length 0
15:29:36.530995 IP 10.219.153.215.http > 10.19.66.62.51612: Flags [F.], seq 1, ack 876, win 60, length 0
15:29:36.533145 IP 10.19.66.62.51612 > 10.219.153.215.http: Flags [.], ack 2, win 260, length 0

第一至三行为建立链接的三次握手过程,包状态为:[S]、[S.]、[.],第四至五行为传输数据的过程,包状态为[P.]、[.];第六至八行为关闭链接的四次挥手过程(ack延迟发送未禁用,所以这里只看到三个包),包状态为[F.]、[F.]、[.]。

第一行:客户端62向服务器215发送了一个序号seq 2020752563给服务端;

第二行:服务端收到后将序号加一返回ack 2020752564;

第三行:客户端检查返回值正确,向服务端发ack 1,建立了链接;

第四行和第五行:具体的数据交互,tcpdump命令-x可以显示出具体内容;

第六行:客户端发一个序号seq 875说明要断开链接;

第七行:服务端在收到后序号加一返回ack 876,同意断开链接;

第八行:客户端检查返回值正确,向服务端发ack,链接断开。

以上的分析是我们使用基本的过滤条件组合获取的,如果想要获取到限制条件更严格的报文数据应该怎么写命令呢?比如在数据交互时状态为[P.]. 即PSH-ACK,如果我们要抓去flag为[P.]的包应该怎么抓取呢?这里先挂一下tcp包头的桢格式(详解可参考TCP/IP协议),以便我们进一步的使用tcpdump的过滤功能,头部固定为20字节,每行4字节,根据协议规则可以看到各个字节中存放的内容的含义。

图中可以看到控制标志位在第13字节(从0开始计数). 从右往左这些位被依次编号为0到7, 而PSH位在3号,ACK在第4位,因此我们想抓取状态为[P.]的包表达式应写为tcp[13]=18+8。

执行命令tcpdump -i eth1 -n -X src host 10.19.66.62 and dst port 80 and tcp[13]=24,此时我们加上-X参数可以以16进制和ASCII码形式打印出包数据,便于观察。抓取到的数据如下图,可以看到我们很方便的抓到了特定状态的包。

如果我们要抓取业务中的get请求包,怎么做呢?首先查ASCII码表得"GET+空"的十六进制是0x47455420,因此表达式应为tcp[20:4]=0x47455420。

执行命令tcpdump -i eth1 -n -A src host 10.19.66.62 and dst port 80 and tcp[20:4]=0x47455420,此时我们加上-A参数以ASCII码方式显示数据包。抓取到的输出如下如,可以看到get请求的具体信息了。以此推论,我们还可以把tcpdump用来统计get、post请求的访问次数等。

二、自动抓包工具的实现

第一部分中讲解了tcpdump的一些基本用法和过滤方式,但都还停留在命令行层面。那么在海量运维系统中如何让tcpdump发挥其作用呢?一个命令又是怎么来构建访问关系的分析平台呢?构建平台后又是怎么利用分析结果的呢?这里要先说明一下我们业务中所使用的一款自动抓包工具的实现原理。抓包工具由两部分脚本组成,调度脚本run.sh和工作脚本access.sh。调度脚本通过权衡服务器的负载状况来控制工作脚本的执行计划;工作脚本实现tcpdump命令的基础封装。核心实现是根据服务器监听的TCP和UDP端口,对抓取的报文进行分析后,将分析结果上报到网管,其工作原理如下流程图:

1、定时执行调度脚本

业务的访问是随机并持续的,我们采用抽样抓包的方式来获取访问关系数据。所以设定为每三十分钟执行一次调度脚本,将脚本的执行写入到crontab中:/30 *

2、负载判决

短持续的抓包指令会带来一定的负载消耗,所以抓包的执行需要避开服务器高负载状态。因此调度脚本需要进行负载判决,每次执行前判断负载是否在可执行抓包的阈值内。此时我们计算cpu负载,代码如下图。

基本原理是采样两个足够短的时间间隔的CPU快照来计算这段时间内的CPU平均使用率作为服务器当前的CPU负载:

(1) cat /proc/stat | grep ^cpu得到cpu的信息 (2) used1=user+nice+system+irq+softirq (3) total1=user+nice+system+idle+iowait+irq+softirq (4) sleep 5秒 (5) 再次cat /proc/stat | grep ^cpu得到cpu的信息 (6) used2=user+nice+system+irq+softirq (7) total2=user+nice+system+idle+iowait+irq+softirq (8) 得到cpu在5秒内的平均使用率:(cpu_used2 - cpu_used1) / (cpu_total2 - cpu_total1) * 100%

得到CPU的使用率后就可以进行判决了,可以假定阈值为90%,在负载阈值内即可启动抓包脚本access.sh,否则终止。示例代码如下。

3、读取服务器的网络接口和IP地址

此处用来获取网卡和对应的IP地址,一般抓取内网IP即可。

4、获取服务器监听的TCP/UDP端口

示例代码如下:需要排除掉绑定IP为local的部分

5、执行抓包

此处就到了返璞归真的时候了,运用我们第一部分讲到的tcpdump过滤基础设定好过滤条件,后面的工作就是按条件组合来获取我们想要的报文数据了。此处设定了空包、端口出入包、入包、出包、所有包的几个条件:

执行抓包后将数据结果按一定的结构组合上报到网管属性。

以上就是自动抓包工具的工作原理和实现方式,将此工具嵌入在服务器的初始化部署中,所有服务器在工作的同时可以上报业务的访问关系数据。至此我们就完成了对所有服务器访问报文的上报和收集,后续的进阶应用都是在此基础上发展起来的。

三、基于访问关系的业务架构树

前文提到的自动抓包工具获取分析的报文数据已经上报到了网管系统,对一个业务而言,有了访问关系数据基础,我们就可以将模块间服务器的访问关系绘制图谱,业务架构树也就应运而生。以访问关系作为骨架,业务模块作为肢体,通过图形化模型来展示业务架构,一眼就能获取更多的运营信息数据。从访问关系中就可以看到业务请求的流转方向,对不合理的调用架构比如环状或者往复迂回的调用采取优化,可以降低关键模块的请求压力。

业务架构树的绘制原理可以分为以下步骤:

1、IP维度汇聚为功能模块维度

一个业务由若干功能模块组成,功能模块由若干服务器提供业务支撑。前文提到的抓包数据是按IP维度上报的,所以首先需要按CMDB的数据汇聚出业务模块的访问关系数据,这里按IP维度取并集即可得到。汇聚之后以模块样式呈现在架构树中。模块的附加信息包含了几种运维管理平台的抽象信息,除了各种跳转接口以外,容量信息以能量条的形式展现(绿色为低负载<30%,蓝色为正常负载30%80%)。注:此处只讲解和tcpdump相关的部分,其他的功能组成等以后的文章再介绍吧。

2、确定主被调模块以及访问关系

有了模块的呈现后,平台就可以对模块附加上访问关系的连线。前文提到抓包数据的分析结果是以这种形式“本机IP 源IP 目标IP 包大小 时间戳 源端口 目的端口 包量 协议 方向”上报到网管的。按模块汇聚后,本机IP等于源IP时,目标IP汇聚的模块即为“被调”;针对这次调用本机IP或源IP汇聚的模块即为“主调”;主调到被调的方向即为主被调的“访问关系”。下图就是一个连接关系的确立模型:A->B->C。对A->B调用来说,A为主调,B为被调,->为从A到B的访问关系;对B来说既是A->B关系中的被调又是B->C关系中的主调。所以访问关系连线上来看有入也有出。

3、选取业务自动绘制

经过1、2的原子说明后,就可以整体来看一个业务的架构树形态了。在CMDB上选择一个业务导入绘制架构树,平台根据抓包关系汇聚出各主调->被调的节点和连线,然后通过排列算法将这些节点和连线组合,最终呈现出一份业务架构树模型。如下图所示。

总结

以上就是这次想讲到的主要内容,文章内容也基本回答了我对最初几个问题的理解,我们可以使用各种组合过滤条件来使用tcpdump指令,在定位业务问题时事半功倍;我们也可以通过部署自动抓包工具来搭建业务访问关系的数据平台;我们还可以在数据平台的基础上绘制出直观的业务架构树状图。在平时的工作中还有很多其他运用了tcpdump的进阶场景,比如服务器隔离回收、告警关联分析等等,篇幅有限,这些内容就以后再讲吧。

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

编辑于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏点滴积累

OpenStack(企业私有云)万里长征第六步——OpenStack网络及虚拟机存储位置

一、前言 昨天又装了一遍OpenStack。码农这项工作就如同人生,永远有你想不到的意外在等着你,时而是惊喜时而是悲伤。在装的过程中倒是很顺利,只是在安装完成之...

38110
来自专栏jerryteng的专栏

如何利用最低配的腾讯云快速搭建高并发在线服务

这里是作为开发用,我们就选择一个普通的服务器,我也是很不好意思的申请了相关的学生机,那我们就用学生机来搭建一个高并发的在线服务。这个机器配置很低,我还进行了降级...

34410
来自专栏云加头条

腾讯云 CMQ 消息队列测试

最近收到腾讯云提供 CMQ 的内测体验资格,于是对其中的消息队列服务进行消息分发和管理作出测试,并将测试结果以及所遇到的问题进行了汇总。

2.7K0
来自专栏数据和云

数据库高可用和分区解决方案-MongoDB 篇

许春植(Luocs) (阿里巴巴高级数据库管理员,7年以上数据库运维管理经验,擅长MySQL、Oracle及MongoDB数据库,目前主要研究并建设Mongo...

5016
来自专栏ThoughtWorks

如果有10000台机器,你想怎么玩?(一)概述 | TW洞见

今日洞见 文章作者来自ThoughtWorks:高清华。 本文所有内容,包括文字、图片和音视频资料,版权均属ThoughtWorks公司所有,任何媒体、网站或个...

2676
来自专栏安恒信息

邮箱安全服务第6期 | 邮箱自身系统安全的防御部署实践

前面几期我们介绍的是发现邮箱安全问题和分析问题,本期我们介绍一下邮箱系统安全防御及加固手段,可以重点解决邮箱系统通用应用漏洞缺陷防护和邮箱反入侵问题。为解决邮箱...

2636
来自专栏架构师小秘圈

大型网站图片服务器架构的演进

作者:丁浪,非著名架构师。关注高并发、高可用的架构设计,对系统服务化、分库分表、性能调优等方面有深入研究和丰富实践经验。热衷于技术研究和分享。 声明:版权归丁浪...

3884
来自专栏乐沙弥的世界

Oracle 自动故障诊断

Oracle故障诊断有助于预防,检测,诊断和解决问题。特别针对的问题是诸如由代码错误,元数据损坏和客户数据损坏引起的重大错误。

852
来自专栏喔家ArchiSelf

老曹眼中的Linux基础

Linux 几乎无处不在,不论是服务器构建,还是客户端开发,对操作系统的基本理解和基础技能的掌握对全栈来说都是必备的。

853
来自专栏北京马哥教育

linux系统被入侵后处理实战

作者 李振良 | 来源 51cto 糖豆贴心提醒,本文阅读时间8分钟,文末有秘密! ? 事件背景 操作系统:Ubuntu12.04_x64 运行业务:公司...

3705

扫码关注云+社区