Burp Suite抓不到包，不到包十有八九不是不到包软件坏了，是不到包流量根本没走到它门口。

上周帮同事排查，不到包他电脑上Burp开着，不到包浏览器代理也设了，不到包可拦截面板就是不到包一片死寂。我过去看了一眼，不到包他用的不到包Firefox，插件SwitchyOmega里填的不到包是127.0.0.1:8080，Burp监听的不到包是192.168.1.5:8080。地址对不上，不到包流量全走了直连。不到包改回localhost，不到包秒通。不到包这种低级错误，排查时最容易忽略——因为人总盯着复杂的地方找问题。

另一种常见情况是代理设置对了，但浏览器自己装了插件，比如某些“加速”类扩展，会强行绕过系统代理。Chrome的流量直接走它自己的网络栈，Burp连个毛都看不到。解决办法粗暴点：开个无痕窗口，禁用所有扩展，再用Burp自带的浏览器试。如果自带浏览器能抓，那就是你日常浏览器的锅。

还有一回，用户说“抓不到HTTPS的包”，但HTTP的包正常。问他证书装了没，他一脸茫然。Burp的CA证书没装进系统信任库，HTTPS握手直接失败，客户端报错，Burp这边只显示一堆乱码连接重置。装证书这步，Windows用户记得装到“受信任的根证书颁发机构”，别装错位置。装完重启浏览器，别偷懒。

移动端抓包更麻烦。手机连了WiFi，代理指向电脑IP，可电脑防火墙把8080端口挡了。你从手机访问代理地址，连接超时。这时候别急着怀疑Burp，先拿另一台电脑telnet一下那个IP的8080端口，通不通一目了然。Windows防火墙里加个入站规则，允许Java访问私有网络，基本能解决。

最后说个偏门的。有些新版Android应用强制使用VPN或No Proxy，不走系统代理。你抓不到是正常的，不是Burp的问题。这种情况得上Xposed或Frida去hook，或者用透明代理配合iptables重定向流量。普通用户遇到这种，直接放弃，别浪费时间。

排查顺序我一般这么走：先看Burp监听地址和端口，再看浏览器代理设置，然后看证书是否安装，最后查防火墙和网络层。每一步用最直接的方式验证，别靠猜。Burp的日志面板里其实有线索——如果连TCP握手都没发生，那流量压根没过来；如果有连接但没数据，多半是TLS层出问题。

抓不到包的时候，冷静点。把链路拆开，一段一段查。大多数问题不是Burp的错，是你和它之间隔了太多自以为是的配置。