简介

用简单的话来定义tcpdump，就是：dump the traffic on a network，根据使用者的定义对网络上的数据包进行截获的包分析工具。 tcpdump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、网络或端口的过滤，并提供and、or、not等逻辑语句来帮助你去掉无用的信息。

实用命令实例

默认启动

tcpdump

普通情况下，直接启动tcpdump将监视第一个网络接口上所有流过的数据包。

监视指定网络接口的数据包

tcpdump -i eth1

如果不指定网卡，默认tcpdump只会监视第一个网络接口，一般是eth0，下面的例子都没有指定网络接口。

监视指定主机的数据包

打印所有进入或离开sundown的数据包.

tcpdump host sundown

也可以指定ip，例如截获所有210.27.48.1 的主机收到的和发出的所有的数据包

tcpdump host 210.27.48.1

打印helios 与 hot 或者与 ace 之间通信的数据包

tcpdump host helios and ( hot or ace )

截获主机210.27.48.1 和主机210.27.48.2 或210.27.48.3的通信

tcpdump host 210.27.48.1 and  (210.27.48.2 or 210.27.48.3 )

打印ace与任何其他主机之间通信的IP 数据包， 但不包括与helios之间的数据包.

tcpdump ip host ace and not helios

如果想要获取主机210.27.48.1除了和主机210.27.48.2之外所有主机通信的ip包，使用命令：

tcpdump ip host 210.27.48.1 and ! 210.27.48.2

截获主机hostname发送的所有数据

tcpdump -i eth0 src host hostname

监视所有送到主机hostname的数据包

tcpdump -i eth0 dst host hostname

监视指定主机和端口的数据包

如果想要获取主机210.27.48.1接收或发出的telnet包，使用如下命令

tcpdump tcp port 23 and host 210.27.48.1

对本机的udp 123 端口进行监视 123 为ntp的服务端口

tcpdump udp port 123

监视指定网络的数据包

打印本地主机与Berkeley网络上的主机之间的所有通信数据包(nt: ucb-ether， 此处可理解为’Berkeley网络’的网络地址，此表达式最原始的含义可表达为: 打印网络地址为ucb-ether的所有数据包)

tcpdump net ucb-ether

打印所有通过网关snup的ftp数据包(注意， 表达式被单引号括起来了， 这可以防止shell对其中的括号进行错误解析)

tcpdump 'gateway snup and (port ftp or ftp-data)'

打印所有源地址或目标地址是本地主机的IP数据包

(如果本地网络通过网关连到了另一网络， 则另一网络并不能算作本地网络.(nt: 此句翻译曲折，需补充).localnet 实际使用时要真正替换成本地网络的名字)

tcpdump ip and not net localnet

监视指定协议的数据包

打印TCP会话中的的开始和结束数据包， 并且数据包的源或目的不是本地网络上的主机.(nt: localnet， 实际使用时要真正替换成本地网络的名字))

tcpdump 'tcp[tcpflags]

打印所有源或目的端口是80， 网络层协议为IPv4， 并且含有数据，而不是SYN，FIN以及ACK-only等不含数据的数据包.(ipv6的版本的表达式可做练习)

tcpdump 'tcp port 80 and (((ip[2:2] - ((ip[0]

(nt: 可理解为， ip[2:2]表示整个ip数据包的长度， (ip[0]&0xf)

成字节数需要乘以4， 即左移2. (tcp[12]&0xf0)>>4 表示tcp头的长度， 此域的单位也是32bit， 换算成比特数为 ((tcp[12]&0xf0) >> 4) 即 ((tcp[12]&0xf0)>>2). ((ip[2:2] – ((ip[0]&0xf)>2)) != 0 表示: 整个ip数据包的长度减去ip头的长度，再减去tcp头的长度不为0， 这就意味着， ip数据包中确实是有数据.对于ipv6版本只需考虑ipv6头中的’Payload Length’ 与 ‘tcp头的长度’的差值， 并且其中表达方式’ip[]‘需换成’ip6[]‘.)

打印长度超过576字节， 并且网关地址是snup的IP数据包

tcpdump 'gateway snup and ip[2:2] > 576'

打印所有IP层广播或多播的数据包， 但不是物理以太网层的广播或多播数据报

tcpdump 'ether[0]

打印除’echo request’或者’echo reply’类型以外的ICMP数据包( 比如，需要打印所有非ping 程序产生的数据包时可用到此表达式 .(nt: ‘echo reuqest’ 与 ‘echo reply’ 这两种类型的ICMP数据包通常由ping程序产生))

tcpdump 'icmp[icmptype] != icmp-echo and icmp[icmptype] != icmp-echoreply'

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

使用tcpdump抓取HTTP包

tcpdump  -XvvennSs 0 -i eth0 tcp[20:2]=0x4745 or tcp[20:2]=0x4854

0×4745 为”GET”前两个字母”GE”，0×4854 为”HTTP”前两个字母”HT”。

tcpdump 对截获的数据并没有进行彻底解码，数据包内的大部分内容是使用十六进制的形式直接打印输出的。显然这不利于分析网络故障，通常的解决办法是先使用带-w参数的tcpdump 截获数据并保存到文件中，然后再使用其他程序(如Wireshark)进行解码分析。当然也应该定义过滤规则，以避免捕获的数据包填满整个硬盘。

输出信息含义

首先我们注意一下，基本上tcpdump总的的输出格式为：系统时间 来源主机.端口 > 目标主机.端口 数据包参数

tcpdump 的输出格式与协议有关.以下简要描述了大部分常用的格式及相关例子.

链路层头

对于802.11网络(WLAN，即wireless local area network)， ‘-e’ 使tcpdump打印出指定数据包的’frame control域，包头中包含的所有地址， 以及包的长度.与FDDI网络类似， 此数据包通常内含LLC数据包.

(注意: 以下的描述会假设你熟悉SLIP压缩算法 (nt:SLIP为Serial Line Internet Protocol.)， 这个算法可以在RFC-1144中找到相关的蛛丝马迹.)

对于SLIP网络(nt:SLIP links， 可理解为一个网络， 即通过串行线路建立的连接， 而一个简单的连接也可看成一个网络)，数据包的’direction indicator’(‘方向指示标志’)(“I”表示入， “O”表示出)， 类型以及压缩信息将会被打印. 包类型会被首先打印.

比如， 以下显示了对一个外发压缩TCP数据包的打印， 这个数据包隐含一个连接标识(connection identifier); 应答号增加了6，顺序号增加了49， 包ID号增加了6; 包数据长度为3字节(octect)， 压缩头部为6字节.(nt:如此看来这应该不是一个特殊的压缩数据包).

ARP/RARP 数据包

tcpdump对Arp/rarp包的输出信息中会包含请求类型及该请求对应的参数. 显示格式简洁明了. 以下是从主机rtsg到主机csam的’rlogin’(远程登录)过程开始阶段的数据包样例:

arp who-has csam tell rtsg  arp reply csam is-at CSAM

TCP 数据包

(注意:以下将会假定你对 RFC-793所描述的TCP熟悉. 如果不熟， 以下描述以及tcpdump程序可能对你帮助不大.(nt:警告可忽略，只需继续看， 不熟悉的地方可回头再看.).

通常tcpdump对tcp数据包的显示格式如下:src > dst: flags data-seqno ack window urgent options

src， dst 和 flags 这三个域总是会被显示. 其他域的显示与否依赖于tcp协议头里的信息.

Csam 向rtsg 回复了基本相同的SYN数据包， 其区别只是多了一个’ piggy-backed ack’(nt:捎带回的ack应答， 针对rtsg的SYN数据包).

抓取带有特殊标志的的TCP包(如SYN-ACK标志， URG-ACK标志等).

一个TCP头部，在不包含选项数据的情况下通常占用20个字节(nt | rt:options 理解为选项数据，需回译). 第一行包含0到3编号的字节，第二行包含编号4-7的字节.

如果编号从0开始算， TCP控制标志位于13字节(nt:第四行左半部分).

让我们仔细看看编号13的字节:

这里有我们感兴趣的控制标志位. 从右往左这些位被依次编号为0到7， 从而 PSH位在3号， 而URG位在5号.

提醒一下自己， 我们只是要得到包含SYN标志的数据包. 让我们看看在一个包的包头中， 如果SYN位被设置， 到底在13号字节发生了什么:

在控制段的数据中， 只有比特1(bit number 1)被置位.

并且其10进制值为:

0*2^7 + 0*2^6 + 0*2^5 + 0*2^4 + 0*2^3 + 0*2^2 + 1*2^1 + 0*2^0 = 2(nt: 1 * 2^6 表示1乘以2的6次方， 也许这样更清楚些， 即把原来表达中的指数7 6 … 0挪到了下面来表达)

接近目标了， 因为我们已经知道， 如果数据包头部中的SYN被置位， 那么头部中的第13个字节的值为2(nt: 按照网络序， 即大头方式， 最重要的字节在前面(在前面，即该字节实际内存地址比较小， 最重要的字节，指数学表示中数的高位， 如356中的3) ).

表达为tcpdump能理解的关系式就是:tcp[13] 2

从而我们可以把此关系式当作tcpdump的过滤条件， 目标就是监控只含有SYN标志的数据包:tcpdump -i xl0 tcp[13] 2 (nt: xl0 指网络接口， 如eth0)

这个表达式是说”让TCP数据包的第13个字节拥有值2吧”， 这也是我们想要的结果.

13号字节的1号和4号位被置位， 其二进制的值为:00010010

转换成十进制就是:

0*2^7 + 0*2^6 + 0*2^5 + 1*2^4 + 0*2^3 + 0*2^2 + 1*2^1 + 0*2 = 18(nt: 1 * 2^6 表示1乘以2的6次方， 也许这样更清楚些， 即把原来表达中的指数7 6 … 0挪到了下面来表达)

现在， 却不能只用’tcp[13] 18′作为tcpdump的过滤表达式， 因为这将导致只选择含有SYN-ACK标志的数据包， 其他的都被丢弃.提醒一下自己， 我们的目标是: 只要包的SYN标志被设置就行， 其他的标志我们不理会.

为了达到我们的目标， 我们需要把13号字节的二进制值与其他的一个数做AND操作(nt:逻辑与)来得到SYN比特位的值. 目标是:只要SYN 被设置就行， 于是我们就把她与上13号字节的SYN值(nt: 00000010).

我们可以发现， 不管包的ACK或其他标志是否被设置， 以上的AND操作都会给我们相同的值， 其10进制表达就是2(2进制表达就是00000010).从而我们知道， 对于带有SYN标志的数据包， 以下的表达式的结果总是真(true):

( ( value of octet 13 ) AND ( 2 ) ) ( 2 ) (nt: value of octet 13， 即13号字节的值)

灵感随之而来， 我们于是得到了如下的tcpdump 的过滤表达式tcpdump -i xl0 ‘tcp[13] & 2 2′

注意， 单引号或反斜杆(nt: 这里用的是单引号)不能省略， 这可以防止shell对&的解释或替换.

UDP 数据包

UDP 数据包的显示格式，可通过rwho这个具体应用所产生的数据包来说明:actinide.who > broadcast.who: udp 84

其含义为:actinide主机上的端口who向broadcast主机上的端口who发送了一个udp数据包(nt: actinide和broadcast都是指Internet地址).这个数据包承载的用户数据为84个字节.

一些UDP服务可从数据包的源或目的端口来识别，也可从所显示的更高层协议信息来识别. 比如， Domain Name service requests(DNS 请求，在RFC-1034/1035中)， 和Sun RPC calls to NFS(对NFS服务器所发起的远程调用(nt: 即Sun RPC)，在RFC-1050中有对远程调用的描述).

UDP 名称服务请求

(注意:以下的描述假设你对Domain Service protoco(nt:在RFC-103中有所描述)， 否则你会发现以下描述就是天书(nt:希腊文天书，不必理会， 吓吓你的， 接着看就行))

UDP 名称服务应答

要注意的是:名称服务器的请求和应答数据量比较大， 而默认的68字节的抓取长度(nt: snaplen， 可理解为tcpdump的一个设置选项)可能不足以抓取数据包的全部内容. 如果你真的需要仔细查看名称服务器的负载， 可以通过tcpdump 的-s 选项来扩大snaplen值.

SMB/CIFS 解码

tcpdump默认只按照最简约模式对相应数据包进行解码， 如果我们想要详尽的解码信息可以使用其-v 启动选现. 要注意的是， -v 会产生非常详细的信息，比如对单一的一个SMB数据包， 将产生一屏幕或更多的信息， 所以此选项， 确有需要才使用.

关于SMB数据包格式的信息， 以及每个域的含义可以参看www.cifs.org 或者samba.org 镜像站点的pub/samba/specs/ 目录. linux 上的SMB 补丁(nt | rt: patch)由 Andrew Tridgell (tridge@samba.org)提供.

NFS 请求和回应

第二行中， wrl 做了’ok’的回应， 并且在results 字段中返回了sushi想要读的符号连接的真实目录(nt: 即sushi要求读的符号连接其实是一个目录).

第三行表明: sushi 再次请求 wrl 在’fh 9，74/4096.6878′所描述的目录中查找’xcolors’文件. 需要注意的是， 每行所显示的数据含义依赖于其中op字段的类型(nt: 不同op 所对应args 含义不相同)， 其格式遵循NFS 协议， 追求简洁明了.

如果-v 标志被多次重复给出(nt: 如-vv)， tcpdump会显示更加详细的信息.

必须要注意的是， NFS 请求包中数据比较多， 如果tcpdump 的snaplen(nt: 抓取长度) 取太短将不能显示其详细信息. 可使用‘-s 192′来增加snaplen， 这可用以监测NFS应用的网络负载(nt: traffic).

AFS 请求和回应

AFS(nt: Andrew 文件系统， Transarc ， 未知， 需补充)请求和回应有如下的答应

这种显示格式的设计初衷为’一看就懂’， 但对于不熟悉AFS 和 RX 工作原理的人可能不是很有用(nt: 还是不用管， 书面吓吓你的， 往下看就行).

如果 -v 选项被重复了三次(nt: 如-vvv)， 那么AFS应用类型数据包的’安全索引’(‘security index’)以及’服务索引’(‘service id’)将会被打印.

AFS 请求数据量大， 参数也多， 所以要求tcpdump的 snaplen 比较大， 一般可通过启动tcpdump时设置选项’-s 256′ 来增大snaplen， 以监测AFS 应用通信负载.

AFS 回应包并不显示标识RPC 属于何种远程调用. 从而， tcpdump 会跟踪最近一段时间内的请求包， 并通过call number(调用编号)， service ID(服务索引) 来匹配收到的回应包. 如果回应包不是针对最近一段时间内的请求包， tcpdump将无法解析该包.

KIP AppleTalk协议

AppleTalk DDP 数据包被封装在UDP数据包中， 其解封装(nt: 相当于解码)和相应信息的转储也遵循DDP 包规则.(nt:encapsulate， 封装， 相当于编码， de-encapsulate， 解封装， 相当于解码， dump， 转储， 通常就是指对其信息进行打印).

/etc/atalk.names 文件中包含了AppleTalk 网络和节点的数字标识到名称的对应关系. 其文件格式通常如下所示:number name

AppleTalk 完整网络地址将以如下格式显示:net.host.port

(如果/etc/atalk.names 文件不存在， 或者没有相应AppleTalk 主机/网络的条目， 数据包的网络地址将以数字形式显示).

tcpdump 可解析NBP (名称绑定协议) and ATP (AppleTalk传输协议)数据包， 对于其他应用层的协议， 只会打印出相应协议名字(如果此协议没有注册一个通用名字， 只会打印其协议号)以及数据包的大小.

第一行表示: 网络icsd-net 中的节点112 通过220端口向网络jssmag 中所有节点的端口2发送了对’LaserWriter’的名称查询请求(nt:此处名称可理解为一个资源的名称， 比如打印机). 此查询请求的序列号为190.

第二行表示: 网络jssmag 中的节点209 通过2端口向icsd-net.112节点的端口220进行了回应: 我有’LaserWriter’资源， 其资源名称为’RM1140′， 并且在端口250上提供改资源的服务. 此回应的序列号为190， 对应之前查询的序列号.

第三行也是对第一行请求的回应: 节点techpit 通过2端口向icsd-net.112节点的端口220进行了回应:我有’LaserWriter’资源， 其资源名称为’techpit’， 并且在端口186上提供改资源的服务. 此回应的序列号为190， 对应之前查询的序列号.

接下来的第9行表示， Jssmag.209 又向helios 提出了请求: 顺序号为3以及5的数据包请重新传送. Helios 收到这个请求后重新发送了这个两个数据包， jssmag.209 再次收到这两个数据包之后， 主动结束(release)了此会话.

IP 数据包破碎

(nt: 指把一个IP数据包分成多个IP数据包)

一个数据包(nt | rt: 指IP数据包)如果带有非IP破碎标志， 则显示时会在最后显示’(DF)’.(nt: 意味着此IP包没有被破碎过).

时间戳

命令使用

tcpdump采用命令行方式，它的命令格式为：

tcpdump [ -AdDeflLnNOpqRStuUvxX ] [ -c count ]           [ -C file_size ] [ -F file ]           [ -i interface ] [ -m module ] [ -M secret ]           [ -r file ] [ -s snaplen ] [ -T type ] [ -w file ]           [ -W filecount ]           [ -E spi@ipaddr algo:secret，...  ]           [ -y datalinktype ] [ -Z user ]           [ expression ]

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  spi@ipaddr algo:secret，...    可通过spi@ipaddr 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: 指spi@ipaddr algo:secret)， 还可以在后面添加一个语法输入文件名字供tcpdump 使用(nt：即把spi@ipaddr 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

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) ).

借助括号以及相应操作符，可把表达元组合在一起使用(由于括号是shell的特殊字符， 所以在shell脚本或终端中使用时必须对括号进行转义， 即’(‘ 与’)'需要分别表达成’(‘ 与 ‘)’).

有效的操作符有:

否定操作 (`!' 或 `not') 与操作(`

否定操作符的优先级别最高. 与操作和或操作优先级别相同， 并且二者的结合顺序是从左到右. 要注意的是， 表达’与操作’时，

需要显式写出’and’操作符， 而不只是把前后表达元并列放置(nt: 二者中间的’and’ 操作符不可省略).

整个条件表达式可以被当作一个单独的字符串参数也可以被当作空格分割的多个参数传入tcpdump， 后者更方便些. 通常， 如果表达式中包含元字符(nt: 如正则表达式中的’*'， ‘.’以及shell中的’(‘等字符)， 最好还是使用单独字符串的方式传入. 这时，整个表达式需要被单引号括起来. 多参数的传入方式中， 所有参数最终还是被空格串联在一起， 作为一个字符串被解析.

附录:tcpdump的表达元

(nt: True 在以下的描述中含义为: 相应条件表达式中只含有以下所列的一个特定表达元， 此时表达式为真， 即条件得到满足)

如果host 是一个拥有多个IP 的主机， 那么任何一个地址都会用于包的匹配(nt: 即发向host 的数据包的目的地址可以是这几个IP中的任何一个， 从host 接收的数据包的源地址也可以是这几个IP中的任何一个).

ether dst ehost如果数据包(nt: 指tcpdump 可抓取的数据包， 包括ip 数据包， tcp数据包)的以太网目标地址是ehost，则与此对应的条件表达式为真. Ehost 可以是/etc/ethers 文件中的名字或一个数字地址(nt: 可通过 man ethers 看到对/etc/ethers 文件的描述， 样例中用的是数字地址)

ether src ehost如果数据包的以太网源地址是ehost， 则与此对应的条件表达式为真.

ether host ehost如果数据包的以太网源地址或目标地址是ehost， 则与此对应的条件表达式为真.

一个数字IPv4 网络编号将以点分四元组(比如， 192.168.1.0)， 或点分三元组(比如， 192.168.1 )， 或点分二元组(比如， 172.16)， 或单一单元组(比如， 10)来表达;

对应于这四种情况的网络掩码分别是:四元组:255.255.255.255(这也意味着对net 的匹配如同对主机地址(host)的匹配:地址的四个部分都用到了)，三元组:255.255.255.0， 二元组: 255.255.0.0， 一元组:255.0.0.0.

对于IPv6 的地址格式， 网络编号必须全部写出来(8个部分必须全部写出来); 相应网络掩码为:ff:ff:ff:ff:ff:ff:ff:ff， 所以IPv6 的网络匹配是真正的’host’方式的匹配(nt | rt | rc:地址的8个部分都会用到，是否不属于网络的字节填写0， 需接下来补充)， 但同时需要一个网络掩码长度参数来具体指定前面多少字节为网络掩码(nt: 可通过下面的net net/len 来指定)

src net net如果数据包的源地址(IPv4或IPv6格式)的网络号字段为 net， 则与此对应的条件表达式为真.

net net如果数据包的源或目的地址(IPv4或IPv6格式)的网络号字段为 net， 则与此对应的条件表达式为真.

net net mask netmask如果数据包的源或目的地址(IPv4或IPv6格式)的网络掩码与netmask 匹配， 则与此对应的条件表达式为真.此选项之前还可以配合src和dst来匹配源网络地址或目标网络地址(nt: 比如 src net net mask 255.255.255.0).该选项对于ipv6 网络地址无效.

net net/len如果数据包的源或目的地址(IPv4或IPv6格式)的网络编号字段的比特数与len相同， 则与此对应的条件表达式为真.此选项之前还可以配合src和dst来匹配源网络地址或目标网络地址(nt | rt | tt: src net net/24， 表示需要匹配源地址的网络编号有24位的数据包).

dst port port如果数据包(包括ip/tcp， ip/udp， ip6/tcp or ip6/udp协议)的目的端口为port， 则与此对应的条件表达式为真.port 可以是一个数字也可以是一个名字(相应名字可以在/etc/services 中找到该名字， 也可以通过man tcp 和man udp来得到相关描述信息 ). 如果使用名字， 则该名字对应的端口号和相应使用的协议都会被检查. 如果只是使用一个数字端口号，则只有相应端口号被检查(比如， dst port 513 将会使tcpdump抓取tcp协议的login 服务和udp协议的who 服务数据包， 而port domain 将会使tcpdump 抓取tcp协议的domain 服务数据包， 以及udp 协议的domain 数据包)(nt | rt: ambiguous name is used 不可理解， 需补充).

src port port如果数据包的源端口为port， 则与此对应的条件表达式为真.

port port如果数据包的源或目的端口为port， 则与此对应的条件表达式为真.

dst portrange port1-port2如果数据包(包括ip/tcp， ip/udp， ip6/tcp or ip6/udp协议)的目的端口属于port1到port2这个端口范围(包括port1， port2)， 则与此对应的条件表达式为真. tcpdump 对port1 和port2 解析与对port 的解析一致(nt:在dst port port 选项的描述中有说明).

src portrange port1-port2如果数据包的源端口属于port1到port2这个端口范围(包括 port1， port2)， 则与此对应的条件表达式为真.

portrange port1-port2如果数据包的源端口或目的端口属于port1到port2这个端口范围(包括 port1， port2)， 则与此对应的条件表达式为真.

less length如果数据包的长度比length 小或等于length， 则与此对应的条件表达式为真. 这与’len ‘ 的含义一致.

greater length如果数据包的长度比length 大或等于length， 则与此对应的条件表达式为真. 这与’len >= length’ 的含义一致.

将匹配其协议头链中拥有TCP 协议头的IPv6数据包.此数据包的IPv6头和TCP头之间可能还会包含验证头， 路由头， 或者逐跳寻径选项头.由此所触发的相应BPF(Berkeley Packets Filter， 可理解为， 在数据链路层提供数据包过滤的一种机制)代码比较繁琐，并且BPF优化代码也未能照顾到此部分， 从而此选项所触发的包匹配可能会比较慢.

ip protochain protocol与ip6 protochain protocol 含义相同， 但这用在IPv4数据包.

ether broadcast如果数据包是以太网广播数据包， 则与此对应的条件表达式为真. ether 关键字是可选的.

ip broadcast如果数据包是IPv4广播数据包， 则与此对应的条件表达式为真. 这将使tcpdump 检查广播地址是否符合全0和全1的一些约定，并查找网络接口的网络掩码(网络接口为当时在其上抓包的网络接口).

如果抓包所在网络接口的网络掩码不合法， 或者此接口根本就没有设置相应网络地址和网络， 亦或是在linux下的’any’网络接口上抓包(此’any’接口可以收到系统中不止一个接口的数据包(nt: 实际上， 可理解为系统中所有可用的接口))，网络掩码的检查不能正常进行.

ether multicast如果数据包是一个以太网多点广播数据包(nt: 多点广播， 可理解为把消息同时传递给一组目的地址， 而不是网络中所有地址，后者为可称为广播(broadcast))， 则与此对应的条件表达式为真. 关键字ether 可以省略. 此选项的含义与以下条件表达式含义一致:`ether[0] & 1 != 0′(nt: 可理解为， 以太网数据包中第0个字节的最低位是1， 这意味这是一个多点广播数据包).

ip multicast如果数据包是ipv4多点广播数据包， 则与此对应的条件表达式为真.

ip6 multicast如果数据包是ipv6多点广播数据包， 则与此对应的条件表达式为真.

protocol字段可以是一个数字或以下协议名之一:ip， ip6， arp， rarp， atalk， aarp， decnet， sca， lat，mopdl， moprc， iso， stp， ipx， 或者netbeui. 必须要注意的是标识符也是关键字， 从而必须通过”来进行转义.

(SNAP：子网接入协议 （SubNetwork Access Protocol）)

在光纤分布式数据网络接口(其表达元形式可以是’fddi protocol arp’)， 令牌环网(其表达元形式可以是’tr protocol arp’)，以及IEEE 802.11 无线局域网(其表达元形式可以是’wlan protocol arp’)中， protocol 标识符来自802.2 逻辑链路控制层头，在FDDI， Token Ring 或 802.1头中会包含此逻辑链路控制层头.

iso tcpdump 会检查LLC头部中的DSAP域(Destination service Access Point， 目标服务接入点)和SSAP域(源服务接入点).(nt: iso 协议未知， 需补充)

stp 以及 netbeuitcpdump 将会检查LLC 头部中的目标服务接入点(Destination service Access Point);

此外， 在以太网中， 对于ether proto protocol 选项， tcpdump 会为 protocol 所指定的协议检查以太网类型域(the Ethernet type field)， 但以下这些协议除外:

ipx tcpdump 将会检查物理以太帧中的IPX etype域， LLC头中的IPX DSAP域，无LLC头并对IPX进行了封装的802.3帧，以及LLC 头部’SNAP格式结构’中的IPX etype 域 (nt | rt: SNAP frame， 可理解为， LLC 头中的’SNAP格式结构’.该含义属初步理解阶段， 需补充).

on interface与 ifname interface 含义一致.

rulenum num与 rulenum num 含义一致.

ruleset name与 rset name 含义一致.

srnr num如果数据包已被标记为匹配指定的规则集中的特定规则(nt: specified PF rule number， 特定规则编号， 即特定规则)，则与此对应的条件表达式为真.(此选项只适用于被OpenBSD中pf程序做过标记的包(nt: pf， packet filter， 可理解为OpenBSD中的防火墙程序))

subrulenum num与 srnr 含义一致.

如果[label_num] 被指定， 则只有数据包含有指定的标签id(label_num)， 则与此对应的条件表达式为真.要注意的是， 对于内含MPLS信息的IP数据包(即MPLS数据包)， 在表达式中遇到的第一个MPLS关键字会改变表达式中接下来关键字所对应数据包中数据的开始位置(即解码偏移). 在MPLS网络体系中过滤数据包时， mpls [label_num]表达式可以被多次使用. 关键字mpls每出现一次都会增加4字节过滤偏移(nt: 过滤偏移， 可理解为上面的解码偏移).

pppoes如果数据包为PPP-over-Ethernet会话数据包(nt: ethernet type 为0×8864， PPP-over-Ethernet在上文已有说明， 可搜索关键字’PPP-over-Ethernet’找到其描述)， 则与此对应的条件表达式为真.

要注意的是， 对于PPP-over-Ethernet会话数据包， 在表达式中遇到的第一个pppoes关键字会改变表达式中接下来关键字所对应数据包中数据的开始位置(即解码偏移).

iso proto protocol如果数据包的协议类型为iso-osi协议栈中protocol协议， 则与此对应的条件表达式为真.(nt: [初解]iso-osi 网络模型中每层的具体协议与tcp/ip相应层采用的协议不同. iso-osi各层中的具体协议另需补充 )

lane如果数据包为ATM LANE 数据包， 则与此对应的条件表达式为真. 要注意的是， 如果是模拟以太网的LANE数据包或者LANE逻辑单元控制包， 表达式中第一个lane关键字会改变表达式中随后条件的测试. 如果没有指定lane关键字， 条件测试将按照数据包中内含LLC(逻辑链路层)的ATM包来进行.

llc如果数据包为ATM数据包， 则与此对应的条件表达式为真. 对于Solaris 操作系统上的SunATM设备。如果数据包为ATM数据包， 并且内含LLC则与此对应的条件表达式为真

oamf4s如果数据包为ATM数据包， 则与此对应的条件表达式为真. 对于Solaris 操作系统上的SunATM设备 ， 如果数据包为ATM数据包并且是Segment OAM F4 信元(VPI=0 并且 VCI=3)， 则与此对应的条件表达式为真.

(nt: OAM， Operation Administration and Maintenance， 操作管理和维护，可理解为:ATM网络中用于网络管理所产生的ATM信元的分类方式.

ATM网络中传输单位为信元， 要传输的数据终究会被分割成固定长度(53字节)的信元，(初理解: 一条物理线路可被复用， 形成虚拟路径(virtual path). 而一条虚拟路径再次被复用， 形成虚拟信道(virtual channel)).通信双方的编址方式为:虚拟路径编号(VPI)/虚拟信道编号(VCI)).

OAM F4 flow 信元又可分为segment 类和end-to-end 类， 其区别未知， 需补充.)

metac如果数据包为ATM数据包， 则与此对应的条件表达式为真. 对于Solaris 操作系统上的SunATM设备 ， 如果数据包为ATM数据包并且是来自’元信令线路’(nt: VPI=0 并且 VCI=1， ‘元信令线路’， meta signaling circuit， 具体含义未知， 需补充)，则与此对应的条件表达式为真.

bcc如果数据包为ATM数据包， 则与此对应的条件表达式为真. 对于Solaris 操作系统上的SunATM设备 ， 如果数据包为ATM数据包并且是来自’广播信令线路’(nt: VPI=0 并且 VCI=2， ‘广播信令线路’， broadcast signaling circuit， 具体含义未知， 需补充)，则与此对应的条件表达式为真.

sc如果数据包为ATM数据包， 则与此对应的条件表达式为真. 对于Solaris 操作系统上的SunATM设备 ， 如果数据包为ATM数据包并且是来自’信令线路’(nt: VPI=0 并且 VCI=5， ‘信令线路’， signaling circuit， 具体含义未知， 需补充)，则与此对应的条件表达式为真.

ilmic如果数据包为ATM数据包， 则与此对应的条件表达式为真. 对于Solaris 操作系统上的SunATM设备 ， 如果数据包为ATM数据包并且是来自’ILMI线路’(nt: VPI=0 并且 VCI=16， ‘ILMI’， Interim Local Management Interface ， 可理解为基于SNMP(简易网络管理协议)的用于网络管理的接口)则与此对应的条件表达式为真.

connectmsg

如果数据包为ATM数据包， 则与此对应的条件表达式为真. 对于Solaris 操作系统上的SunATM设备 ， 如果数据包为ATM数据包，并且是来自’信令线路’并且是Q.2931协议中规定的以下几种消息: Setup， Calling Proceeding， Connect，Connect Ack， Release， 或者Release Done. 则与此对应的条件表达式为真。(nt: Q.2931 为ITU(国际电信联盟)制定的信令协议. 其中规定了在宽带综合业务数字网络的用户接口层建立， 维护， 取消，网络连接的相关步骤。)

metaconnect如果数据包为ATM数据包， 则与此对应的条件表达式为真. 对于Solaris 操作系统上的SunATM设备 ， 如果数据包为ATM数据包，并且是来自’元信令线路’并且是Q.2931协议中规定的以下几种消息: Setup， Calling Proceeding， Connect，Connect Ack， Release， 或者Release Done. 则与此对应的条件表达式为真.

expr relop expr如果relop 两侧的操作数(expr)满足relop 指定的关系， 则与此对应的条件表达式为真。relop 可以是以下关系操作符之一: >， expr 是一个算术表达式. 此表达式中可使用整型常量(表示方式与标准C中一致)， 二进制操作符(+， -， *， /， &， |，>)， 长度操作符， 以及对特定数据包中数据的引用操作符. 要注意的是， 所有的比较操作都默认操作数是无符号的，例如， 0×80000000 和 0xffffffff 都是大于0的(nt: 对于有符号的比较， 按照补码规则， 0xffffffff 会小于0). 如果要引用数据包中的数据， 可采用以下表达方式:proto [expr : size]

proto 的取值可以是以下取值之一:ether， fddi， tr， wlan， ppp， slip， link， ip， arp， rarp，tcp， udp， icmp， ip6 或者 radio. 这指明了该引用操作所对应的协议层.(ether， fddi， wlan，tr， ppp， slip and link 对应于数据链路层， radio 对应于802.11(wlan，无线局域网)某些数据包中的附带的”radio”头(nt: 其中描述了波特率， 数据加密等信息)).

要注意的是， tcp， udp 等上层协议目前只能应用于网络层采用为IPv4或IPv6协议的网络(此限制会在tcpdump未来版本中进行修改). 对于指定协议的所需数据， 其在包数据中的偏移字节由expr 来指定.

以上表达中size 是可选的， 用来指明我们关注那部分数据段的长度(nt:通常这段数据是数据包的一个域)， 其长度可以是1， 2， 或4个字节. 如果不给定size， 默认是1个字节. 长度操作符的关键字为len，这代码整个数据包的长度.

一些偏移以及域的取值除了可以用数字也可用名字来表达. 以下为可用的一些域(协议头中的域)的名字: icmptype (指ICMP 协议头中type域)， icmpcode (指ICMP 协议头code 域)， 以及tcpflags(指TCP协议头的flags 域)

以下为ICMP 协议头中type 域的可用取值:icmp-echoreply， icmp-unreach， icmp-sourcequench， icmp-redirect， icmp-echo， icmp-routeradvert，icmp-routersolicit， icmp-timx-ceed， icmp-paramprob， icmp-tstamp， icmp-tstampreply，icmp-ireq， icmp-ireqreply， icmp-maskreq， icmp-maskreply

以下为TCP 协议头中flags 域的可用取值:tcp-fin， tcp-syn， tcp-rst， tcp-push，tcp-ack， tcp-urg.

</div>