代理抓包看的是「走代理的那部分流量」;网卡抓包看的是 这台机器网卡上流过的一切——DNS、QUIC、游戏、IoT、各种私有协议,凡是经过网卡的都在眼前。而且它比传统抓包工具多走了一大步:抓到的 HTTPS 不再是一堆密文,而是能解密、能看清是谁发的、能拆开看懂。
两种互补的抓法,各有各的场景:
| 代理抓包 | 本机网卡抓包 | |
|---|---|---|
| 怎么接入 | 让流量走代理 + 信任证书 | 直接抓网卡上的原始数据包, 不改任何设置、不装证书 |
| 能看到什么 | 走了代理的流量,主要是 HTTP(S) | 网卡上的 全部流量:DNS、QUIC、ICMP、ARP、任意 TCP / UDP…… |
| 默认是否明文 | 默认出明文 | 默认密文,需要时一键「解密此程序」(见下) |
| 最适合 | 调 HTTP 接口、改写 / 重放 | 看非 HTTP 流量、看某程序的全部网络行为、不想动系统设置 |
一句话: 代理抓包「精」,网卡抓包「全」。 想看某个 App 到底还偷偷连了哪些地址、用了哪些协议,网卡抓包一览无余。
传统网卡抓包工具能抓到包,但抓到的 HTTPS 是一堆密文、也 不知道是哪个程序发的。本机网卡抓包在「抓得到」之上,把「看得懂、查得清」补齐了:
选一块网卡:自动列出本机所有网卡,默认帮你挑好当前活动的那块。
开抓前可设过滤条件:想只抓关心的流量,填一条抓包过滤条件即可,并内置常用预设(TLS / HTTP / QUIC / DNS / TCP / UDP / ICMP / ARP / SSH 等),点一下就用。
抓包过滤在 开始前设定、开始后不可改——它决定网卡这一层「抓哪些」。想在已抓的数据里再筛,用逐包视图的「显示过滤」(见第六节)。

网卡抓到的流量默认是 密文(原样抓取、没有做中间人)。看明文分三档,层层兜底:
常见程序抓到即是明文,其余程序手动点一下「解密此程序」也能解出——把密文变明文,通常就是一步的事。
tcp.port==443、
tls.handshake),
边输入边校验语法,在已抓的全量数据里精确定位。


同一条数据能用 多种方式查看、引擎还会 自动帮你解开——这套能力对所有抓包方式通用,这里同样适用:
越来越多 App 改用 HTTP/3(QUIC)通信,而 QUIC 在网卡层历来难抓、难解——很多工具到这里就断了档。本机网卡抓包两条路都行:既能让目标 App 从 HTTP/3 平滑回退到普通连接、于是 重新变得可抓、可解密(停止会话即自动恢复,不影响 App 之后的正常使用),拿到密钥时也能 直接解开 QUIC / HTTP/3 看明文。
这意味着:即便面对已经全面 HTTP/3 化的应用,你依然看得到它的明文往来,而不是对着一堆抓不动的 QUIC 干瞪眼。
需要 Wireshark 级别的专业逐包分析时,不必在两个工具之间反复导来导去:一键把本会话的流量 实时送进 Wireshark,而且 打开就是明文、不需要任何额外配置。 解密密钥随流量实时增量注入,所以晚到的密钥也补得上、不会丢帧。
它甚至能把流量送到 另一台机器上的 Wireshark——本机负责抓取与解密、另一台专心分析,天然适合远程协作与联合排查。
.pcapng(用 Wireshark 打开即是明文)或标准
HAR,转交同事直接打开、无需再配任何东西。于是你 两头的好处都占了:本工具的「解密 + 进程归属 + 一键查主机档案」,加上 Wireshark 的深度逐包解析。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70047459/viewspace-3178223/ ,如需转载,请注明出处,否则将追究法律责任。