必须用-s 0以捕获全长度报文，因默认截断（68/96字节）无法覆盖TCP/IP头及应用层完整载荷，导致HTTP头、TLS握手等关键字段丢失；-s 0确保链路层到传输层全部有效载荷被完整捕获。
使用 tcpdump -s 0 捕获全长度报文，是进行深度协议栈分析（如HTTP头字段解析、TLS握手细节、自定义应用层协议逆向）的前提条件。默认情况下 tcpdump 只截取前 68 字节（部分版本为 96 字节），远不足以覆盖 TCP 头 + IP 头 + 应用层完整载荷，极易导致关键字段被截断（显示为 [|http] 或 [|tcp]），使分析失效。
为什么必须用 -s 0？
网络报文长度动态变化：一个典型的 HTTP/1.1 GET 请求可能含 Host、User-Agent、Cookie 等多行头部，总长常超 500 字节；TLS ClientHello 更可达 1000+ 字节。若指定过小的快照长度（如 -s 64），IP/TCP 头部虽完整，但应用层数据被砍掉，无法识别方法、路径、状态码或加密协商参数。-s 0 表示“无截断”，强制捕获链路层到传输层的全部有效载荷（不含 FCS 校验和），确保协议栈各层字段可被完整还原。
关键操作要点
- 权限不可少：必须以 root 或 sudo 执行，否则内核拒绝开启混杂模式并读取原始套接字
-
网卡需明确指定：避免用
-i any（部分系统不支持或行为异常），优先用ip link show查出活跃接口名（如 eth0、ens33），再写-i eth0 -
过滤器前置更高效：把端口/协议等条件放在命令末尾表达式中，例如
sudo tcpdump -s 0 -i eth0 -w http-full.pcap port 80，而非先抓全量再过滤——大幅降低磁盘 I/O 和内存压力 -
避免前台实时打印干扰分析：深度协议分析依赖离线文件，务必加
-w filename.pcap保存为标准 pcap 格式，后续用 Wireshark 或 tshark 做字段级解析
生产环境注意事项
-s 0 虽保证完整性，但会显著增加磁盘写入量与 CPU 开销。若仅验证连接建立或查看 TCP 标志位，-s 128 已足够；若专注 HTTP 方法与 URI，-s 200 是较优平衡点；只有需提取 Cookie 值、JSON 响应体、证书链或 TLS 扩展字段时，才必须启用 -s 0。长时间抓包建议配合 -G 300（每 5 分钟轮转文件）与 -W 5（最多保留 5 个文件），防止单文件过大失控。
验证是否真正捕获全包
抓包后执行 tshark -r http-full.pcap -T fields -e frame.len -e ip.len -e tcp.len | head -5，检查各行中 frame.len 是否 ≥ ip.len + 14（以太网头），且 ip.len ≥ tcp.len + 20（IP头最小值）。若存在大量 frame.len 明显小于 ip.len 的记录，说明 -s 设置仍不足或网卡驱动限制了最大捕获长度。
