摘抄自(有改动)：https://www.cnblogs.com/ggjucheng/archive/2012/01/14/2322659.html
1、语法：
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 ]
2、常用参数：
| 参数 | 说明 | 备注 |
| -A | 以ASCII码方式显示每一个数据包(不会显示数据包中链路层头部信息). 在抓取包含网页数据的数据包时, 可方便查看数据 | |
| -c | 在接受到count个数据包后退出 | 例：抓取100个数据包后退出：tcpdump -c 100 |
| -C |
file-size 该选项使得tcpdump 在把原始数据包直接保存到文件中之前, 检查此文件大小是否超过file-size. 如果超过了, 将关闭此文件,另创一个文件继续用于原始数据包的记录. 新创建的文件名与-w 选项指定的文件名一致, 但文件名后多了一个数字.该数字会从1开始随着新创建文件的增多而增加 |
file-size的单位是百万字节(这里指1,000,000个字节,并非1,048,576个字节, 后者是以1024字节为1k, 1024k字节为1M计算所得, 即1M=1024 ＊ 1024 ＝ 1,048,576) |
| -d | 以容易阅读的形式,在标准输出上打印出编排过的包匹配码, 随后tcpdump停止 | |
| -dd | 以C语言的形式打印出包匹配码 | |
| -ddd | 以十进制数的形式打印出包匹配码(会在包匹配码之前有一个附加的'count'前缀) | |
| -D | 打印系统中所有tcpdump可以在其上进行抓包的网络接口 | 每一个接口会打印出数字编号, 相应的接口名字, 以及可能的一个网络接口描述. 其中网络接口名字和数字编号可以用在tcpdump 的-i flag 选项(把名字或数字代替flag), 来指定要在其上抓包的网络接口 |
| -e | 每行的打印输出中将包括数据包的数据链路层头部信息 | |
| -E | 通过spi@ipaddr algo:secret 来解密IPsec ESP包 | |
| -f |
显示外部的IPv4 地址时(foreign IPv4 addresses, 可理解为, 非本机ip地址), 采用数字方式而不是名字 |
|
| -F |
file 使用file 文件作为过滤条件表达式的输入, 此时命令行上的输入将被忽略 |
|
| -i |
指定tcpdump 需要监听的接口. 如果没有指定, tcpdump 会从系统接口列表中搜寻编号最小的已配置好的接口(不包括 loopback 接口).一但找到第一个符合条件的接口, 搜寻马上结束 |
|
| -l |
对标准输出进行行缓冲(使标准输出设备遇到一个换行符就马上把这行的内容打印出来) 在需要同时观察抓包打印以及保存抓包记录的时候很有用 |
例：``tcpdump -l | tee dat'' 或者 ``tcpdump -l > dat & tail -f dat''.(前者使用tee来把tcpdump 的输出同时放到文件dat和标准输出中, 而后者通过重定向操作'>', 把tcpdump的输出放到dat 文件中, 同时通过tail把dat文件中的内容放到标准输出中) |
| -L |
列出指定网络接口所支持的数据链路层的类型后退出.(指定接口通过-i 来指定) |
|
| -n | 对地址以数字方式显示，否则显示为主机名，也就是说-n选项不做主机名解析 | |
| -nn | 除了-n的作用外，还把端口显示为数值，否则显示端口服务名 | |
| -N | 不打印出host 的域名部分 | 例：如果设置了此选现, tcpdump 将会打印'nic' 而不是 'nic.ddn.mil' |
| -m | 通过module 指定的file 装载SMI MIB 模块， 此选项可多次使用, 从而为tcpdump 装载不同的MIB 模块 | |
| -M | 如果TCP 数据包(TCP segments)有TCP-MD5选项, 则为其摘要的验证指定一个公共的密钥secret | |
| -O | 不启用进行包匹配时所用的优化代码;当怀疑某些bug是由优化代码引起的, 此选项将很有用 | |
| -p | 一般情况下, 把网络接口设置为非'混杂'模式 | 在特殊情况下此网络接口还是会以'混杂'模式来工作； 从而, '-p' 的设与不设, 不能当做以下选现的代名词:'ether host {local-hw-add}' 或 'ether broadcast'(前者表示只匹配以太网地址为host 的包, 后者表示匹配以太网地址为广播地址的数据包) |
| -q | 快速打印输出，即打印很少的协议相关信息, 从而输出行都比较简短 | |
| -r |
file 从文件file 中读取包数据. 如果file 字段为 '-' 符号, 则tcpdump 会从标准输入中读取包数据 |
|
| -R | 设定tcpdump 对 ESP/AH 数据包的解析按照 RFC1825而不是RFC1829(AH, 认证头, ESP， 安全负载封装, 这两者会用在IP包的安全传输机制中) | 如果此选项被设置, tcpdump 将不会打印出'禁止中继'域(relay prevention field). 另外,由于ESP/AH规范中没有规定ESP/AH数据包必须拥有协议版本号域,所以tcpdump不能从收到的ESP/AH数据包中推导出协议版本号 |
| -s |
snaplen 设置tcpdump的数据包抓取长度为snaplen, 如果不设置默认将会是68字节(而支持网络接口分接头的SunOS系列操作系统中默认的也是最小值是96) |
68字节对于IP, ICMP, TCP 以及 UDP 协议的报文已足够, 但对于名称服务(nt: 可理解为dns, nis等服务), NFS服务相关的数据包会产生包截短. 如果产生包截短这种情况, tcpdump的相应打印输出行中会出现''[|proto]''的标志（proto 实际会显示为被截短的数据包的相关协议层次). 需要注意的是, 采用长的抓取长度, 会增加包的处理时间, 并且会减少tcpdump 可缓存的数据包的数量， 从而会导致数据包的丢失 所以, 在能抓取我们想要的包的前提下, 抓取长度越小越好.把snaplen 设置为0 意味着让tcpdump自动选择合适的长度来抓取数据包 |
| -S | 打印TCP 数据包的顺序号时, 使用绝对的顺序号, 而不是相对的顺序号 | 相对顺序号可理解为, 相对第一个TCP 包顺序号的差距,比如, 接受方收到第一个数据包的绝对顺序号为232323, 对于后来接收到的第2个,第3个数据包, tcpdump会打印其序列号为1, 2分别表示与第一个数据包的差距为1 和 2. 而如果此时-S 选项被设置, 对于后来接收到的第2个, 第3个数据包会打印出其绝对顺序号:232324, 232325 |
| -t | 在每行输出中不打印时间戳 | |
| -tt | 每一行输出非格式化的时间戳 | |
| -ttt | 每两行打印之间会延迟一个段时间(以毫秒为单位) | |
| -tttt | 在每行打印的时间戳之前添加日期的打印 | |
| -T |
type 强制tcpdump按type指定的协议所描述的包结构来分析收到的数据包 |
目前已知的type 可取的协议为: cnfp (Cisco NetFlow protocol), rpc(Remote Procedure Call), rtp (Real-Time Applications protocol), rtcp (Real-Time Applications con-trol protocol), snmp (Simple Network Management Protocol), tftp (Trivial File Transfer Protocol, 碎文件协议), vat (Visual Audio Tool, 可用于在internet 上进行电视电话会议的应用层协议), wb (distributed White Board, 可用于网络会议的应用层协议) |
| -u | 打印出未加密的NFS 句柄(handle可理解为NFS 中使用的文件句柄, 这将包括文件夹和文件夹中的文件) | |
| -U | 使得当tcpdump在使用-w 选项时, 其文件写入与包的保存同步 |
当每个数据包被保存时, 它将及时被写入文件中,而不是等文件的输出缓冲已满时才真正写入此文件 |
| -v | 当分析和打印的时候, 产生详细的输出 | 比如包的生存时间, 标识, 总长度以及IP包的一些选项. 这也会打开一些附加的包完整性检测, 比如对IP或ICMP包头部的校验和 |
| -vv | 产生比-v更详细的输出 | 比如, NFS回应包中的附加域将会被打印, SMB数据包也会被完全解码 |
| -vvv | 产生比-vv更详细的输出 |
比如telent 时所使用的SB, SE 选项将会被打印, 如果telnet同时使用的是图形界面,其相应的图形选项将会以16进制的方式打印出来 |
| -w | 把包数据直接写入文件而不进行分析和打印输出. 这些包数据可在随后通过-r 选项来重新读入并进行分析和打印 | 将文件保存成cap文件，方便用wireshark分析 |
| -W |
filecount 此选项与-C 选项配合使用, 这将限制可打开的文件数目, 并且当文件数据超过这里设置的限制时, 依次循环替代之前的文件, 这相当于一个拥有filecount 个文件的文件缓冲池 |
同时, 该选项会使得每个文件名的开头会出现足够多并用来占位的0, 这可以方便这些文件被正确的排序 |
| -x |
当分析和打印时, tcpdump 会打印每个包的头部数据, 同时会以16进制打印出每个包的数据(但不包括连接层的头部) 总共打印的数据大小不会超过整个数据包的大小与snaplen 中的最小值 |
如果高层协议数据没有snaplen 这么长,并且数据链路层(比如, Ethernet层)有填充数据, 则这些填充数据也会被打印 |
| -xx | tcpdump 会打印每个包的头部数据, 同时会以16进制打印出每个包的数据, 其中包括数据链路层的头部 | |
| -X | 当分析和打印时, tcpdump 会打印每个包的头部数据, 同时会以16进制和ASCII码形式打印出每个包的数据(但不包括连接层的头部) | 对于分析一些新协议的数据包很方便 |
| -XX | 当分析和打印时, tcpdump 会打印每个包的头部数据, 同时会以16进制和ASCII码形式打印出每个包的数据, 其中包括数据链路层的头部 | |
| -y |
datalinktype 设置tcpdump 只捕获数据链路层协议类型是datalinktype的数据包 |
|
| -z |
user 使tcpdump 放弃自己的超级权限(如果以root用户启动tcpdump, tcpdump将会有超级用户权限), 并把当前tcpdump的用户ID设置为user, 组ID设置为user首要所属组的ID |
此选项也可在编译的时候被设置为默认打开 |
3、条件表达式：
| 修饰符 | 指向 | 可选类型 | 说明 | 示例 |
| type |
指定id 所代表的对象类型 id可以是名字或数字 默认为host |
host | 表示主机 | host test |
| net | 表示网络 | net 10.168.0.0/16 | ||
| port | 表示端口 | port 22 | ||
| portrange | 表示端口范围 | portrange 2000-2010 | ||
| dir |
描述id 所对应的传输方向 即发往id 还是从id 接收 默认的修饰符为src 或 dst |
src | id是传输源 | src test |
| dst | id是传输目的 | dst net 10.168.0.0/16 | ||
| src or dst | id是传输源或者传输目的 | src or dst port 22 | ||
| src and dst | id是传输源并且是传输目的 | |||
| proto |
描述id 所属的协议 如果不指定proto 修饰符, 则默认为与相应type匹配的修饰符 |
ether | 物理以太网传输协议 | ether src test |
| fddi | ||||
| tr | ||||
| wlan | 无线局域网协议 | |||
| ip | TCP/IP协议栈中所使用的ipv4以及ipv6网络层协议 | |||
| ip6 | ||||
| arp | 地址解析协议 | |||
| rarp | 反向地址解析协议 | |||
| decnet | Digital Equipment Corporation开发的, 最早用于PDP-11 机器互联的网络协议 | |||
| tcp | TCP/IP协议中传输层协议 | |||
| udp |
4、操作符：
否定操作: ! 或 not 与操作: && 或 and 或操作: || 或 or
5、示例：
#抓取来自10.32.13.132主机，从eth1接口进来的数据包，并将其保存在当前目录下的test.cap文件中
tcpdump -nnvv -i eth1 src 10.32.13.132 -w ./test.cap