Burp Suite 弹窗报错“Proxy is 法抓not running”或者干脆静默无响应，浏览器里输什么地址都转圈——这大概是法抓每个Web安全测试者都撞过的墙。我调试过不下二十次这种问题，法抓九成以上跟工具本身无关，法抓是法抓系统网络栈跟代理端口较上了劲。

最典型的法抓场景：你刚装完Burp，兴冲冲打开浏览器访问目标站点，法抓结果Firefox提示“代理服务器拒绝连接”。法抓先别急着重启软件，法抓打开命令行敲一句netstat -ano | findstr :8080（Windows）或者lsof -i :8080（Mac/Linux），法抓看看8080端口到底被谁占着。法抓有一次我发现是法抓个残留的Shadowsocks进程蹲在那儿，把Burp的法抓默认监听端口抢了。杀掉它，法抓再启动Burp，法抓问题秒解。

端口没冲突，那多半是浏览器代理设置没跟上。Chrome走系统代理，但很多精简版系统默认关闭了“自动检测设置”。你手动把代理指到127.0.0.1:8080，HTTP和HTTPS都得填，别只填一半。更隐蔽的是Firefox的“不使用代理”列表里躺着localhost或127.0.0.1——浏览器觉得访问本机不需要绕代理，Burp自然收不到任何流量。把这两个地址从例外列表里删掉，或者干脆用http://burp访问目标，让域名解析强制走代理。

还有一类情况跟证书有关。你装了Burp的CA证书，浏览器也信任了，但抓HTTPS包时依然一片空白。这时检查Burp的Proxy标签里的Intercept开关——有时候你之前点过“Forward”但忘了关拦截，所有请求卡在队列里，界面看起来像死机。点一下“Intercept is on”按钮切换成off，让流量直接流过。这问题我见过同事折腾半小时，最后发现只是按钮状态反了。

要是以上全试过还不行，看看系统时间。Burp的证书校验对时间敏感，你电脑日期如果比实际慢了几分钟，TLS握手直接失败。我遇到过一台虚拟机，时间停在三个月前，Burp能启动但就是抓不了任何加密流量。同步时间后，一切恢复正常。

最后说个偏门的：某些安全软件或防火墙会拦截Burp对端口的绑定。Windows Defender或第三方杀软偶尔把Burp的Java进程当成恶意行为，弹窗询问时你点了“阻止”。去防火墙规则里翻翻，把java.exe或Burp的安装目录加入白名单。Mac上则要检查系统设置里的“网络”是否启用了“HTTP代理”但没填正确的主机名——有时候是localhost，有时候得写127.0.0.1，两者细微差别会导致连接被拒。

抓包失败就像侦探断线，每个线索都指向不同方向。别急着重装系统，按端口、代理、证书、开关、时间、防火墙的次序排查，八成能在十分钟内定位。真到最后一招——换个端口试试，比如把Burp的监听改成8888，浏览器同步改掉。有时候就是8080这端口跟某些软件天生犯冲，换一个数字，世界就安静了。