当前位置: 首页 > 图灵资讯 > 行业资讯> 如何使用Python读取并解析大流量的PCAP抓包文件?

如何使用Python读取并解析大流量的PCAP抓包文件?

来源:图灵python
时间: 2026-07-20 17:04:30
用 Scapy 的 rdpcap() 加载大 PCAP 文件会导致内存爆炸,应用程序应用程序 PcapReader 迭代读取;优先使用超大文件; tshark 预过滤,或选择较轻的过滤 dpkt(需要手动处理 linktype)或 pyshark(注意 tshark 路径和权限),并始终检查协议层的存在性,然后提取字段。

scapy 读取 PCAP 文件会内存爆炸,不要硬扛

直接用 scapyrdpcap() 加载几百 MB 以上的 PCAP 系统文件的过程概率很高 OOM killer 杀死它。它会把所有的包都解码成完整的包 Python 对象,每个 Packet 例子有大量的元数据和嵌套结构,内存费用通常是原始文件 5–10 倍。

真正可行的方法是流式处理:不是一次性加载,而是阅读、分析、过滤和丢弃。关键不是“如何阅读”,而是“如何避免完全阅读”。

  • scapy 提供 PcapReader(非 rdpcap),支持迭代读取,每轮只支持迭代读取。 hold 一个 Packet 对象
  • 若只需统计或提取特定字段(如 IP 源/目的、TCP 优先使用端口) dpktpyshark(底层调用 tshark)——它们更轻,尤其是 dpkt 几乎没有依赖,纯粹 Python、内存友好
  • 考虑先使用超大文件(>2GB) tshark 预过滤命令:tshark -r input.pcap -Y "tcp.port == 443" -w filtered.pcap,再用 Python 处理子集
dpkt 分析时,链路层封装类型必须手动处理

dpkt 不自动识别 PCAP 文件的 linktype(比如是 DLT_EN10MB 还是 DLT_LINUX_SLL),读错会导致 dpkt.dpkt.NeedData 异常或字段错位。Wireshark 以太网是以太网(DLT_EN10MB),但是有些环境(如容器,Android tcpdump)会用 DLT_LINUX_SLLDLT_NULL

安全做法是先用 pcap 库(或 tshark -r file.pcap -I)查 linktype,再显式指定:

立即学习“Python免费学习笔记(深入);

import dpkt
from dpkt import pcap
<p>with open('traffic.pcap', 'rb') as f:</p><p class="aritcle_card flexRow">
                                                        <p class="artcardd flexRow">
                                                                <a class="aritcle_card_img" href="/xiazai/gongju/2506" title="Python 3.14.2"><img
                                                                                src="https://img.php.cn/upload/manual/001/21/864/6a696bf37.png" alt="Python 3.14.2"  onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
                                                                <p class="aritcle_card_info flexColumn">
                                                                        <a href="/xiazai/gongju/2506" title="Python 3.14.2">Python 3.14.2</a>
                                                                        <p>Python 3.14.2是Python编程语言于2025年12月5日发布的稳定版,第二次维护更新属于3.14系列。该版本包括18个修复项目,重点解决了多过程、数据类和正则表达式模块的回归问题,并修复了CVE-2025-12084等安全漏洞。该版本包括18个修复项目,重点解决了多过程、数据和正则表达模块的回归问题,并修复了CVE-2025-12084等安全漏洞。这个版本标志着Python发展的重要里程碑,自由线程模式(去除GIL)正式得到官方支持。</p>
                                                                </p>
                                                                <a href="/xiazai/gongju/2506" title="Python 3.14.2" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a>
                                                        </p>
                                                </p><h1>先检查 linktype</h1><pre class='brush:python;toolbar:false;'>pcap_file = pcap.Reader(f)
print('Linktype:', pcap_file.datalink())  # 输出如 1 (DLT_EN10MB) 或 12 (DLT_LINUX_SLL)
然后按实际类型进行分析

with open('traffic.pcap', 'rb') as f: if pcap_file.datalink() == dpkt.pcap.DLT_LINUX_SLL: for ts, buf in pcap.Reader(f): eth = dpkt.sll.SLL(buf) # 注意不是 dpkt.ethernet.Ethernet else: for ts, buf in pcap.Reader(f): eth = dpkt.ethernet.Ethernet(buf)

pyshark 时,tshark 路径和权限容易出问题

pyshark 本质是 Python 封装 tshark,没有自己的分析引擎。假如你没有安装 Wireshark 或 tshark 不在 $PATH,初始化 FileCapture 就会报 OSError: tshark not found。即使路径是对的,有些 Linux 发行版(如 Ubuntu)默认把 tshark 设为仅 root 可执行,普通用户操作会卡住或无声失败。

  • 确认 tshark 可用:tshark -v,若提示 command not found,需安装 wireshark-cli(Ubuntu/Debian)或 wireshark(macOS via brew)
  • 设置路径:FileCapture(input_file, tshark_path='/usr/bin/tshark')
  • 避免权限问题:不要使用: sudo python script.py;改用 sudo setcap cap_net_raw,cap_net_admin+eip /usr/bin/dumpcap(推荐),或临时添加 group 权限
  • 性能提示:打开 use_json=True + include_raw=True 可以减少解析费用,但是 JSON 字段名与 dpkt/scapy 注意字段映射(如不一致) _source.layers.ip.src 而非 ip.src
协议字段提取不依赖包对象的“直觉命名”

不同的库对同一字段的属性名有很大的不同,例如 TCP 目的端口:scapy 是 pkt[TCP].dport,dpkt 是 pkt.data.dport(因为 dpkt 把 IP 层 payload 当作 data),pyshark 则要走 JSON path。更麻烦的是,有些包可能没有某一层(比如 ICMP 包无 TCP 层),直接链式访问将被抛出 IndexErrorAttributeError

安全的写法总是有保护的:

# scapy 示例
if TCP in pkt:
    dport = pkt[TCP].dport
<h1>dpkt 示例(IP 包里有 TCP)</h1><p>try:
ip = dpkt.ip.IP(buf)
if isinstance(ip.data, dpkt.tcp.TCP):
dport = ip.data.dport
except (dpkt.dpkt.NeedData, dpkt.dpkt.UnpackError):
pass

字段存在性判断比 try/except 更快,但要记住每个库中每个协议的嵌套路径——这是最耗时、最容易出错的部分,不要省钱。