fiddler局域网抓包

Fiddler抓局域网包，域网最坑的抓包不是软件配置，而是域网手机连上代理后死活刷不出数据。我折腾过整整一个下午，抓包最后发现是域网Windows防火墙在作祟——Fiddler监听的是8888端口，而系统默认放行规则压根没包含这个端口。抓包

先讲最核心的域网步骤：Fiddler开启远程连接。菜单栏Tools → Options → Connections，抓包勾选Allow remote computers to connect。域网这步做完，抓包Fiddler会弹个警告框，域网大意是抓包“你丫要暴露端口了”，别管它，域网确认就行。抓包然后记下你电脑的域网局域网IP——命令行敲ipconfig，找IPv4地址，比如192.168.1.8。

真正让人抓狂的环节来了。手机连上同一个WiFi，手动设置代理，填上电脑IP和8888端口。理论上这时候打开任何App，Fiddler就该哗哗刷流量了。但现实是，你大概率看到一片死寂，或者干脆连不上网。

这时候先别怀疑手机设置，大概率是电脑端的问题。Windows防火墙默认拦截了外部对8888端口的访问。解决办法：控制面板 → Windows Defender防火墙 → 高级设置 → 入站规则 → 新建规则 → 端口 → TCP 8888 → 允许连接。创建完规则，Fiddler立刻就能收到手机发来的HTTPS请求。

还有个容易忽略的坑：Fiddler只能抓HTTP和HTTPS流量，但现在的App都做了SSL Pinning（证书锁定）。你就算装了Fiddler的根证书，很多App照样拒绝连接。我测过某银行App，开启代理后直接弹窗“网络异常”，连登录页都进不去。遇到这种情况，要么用Xposed框架配合JustTrustMe模块绕过证书校验，要么就老实抓Web端流量，别跟App死磕。

说个实际案例。上周帮朋友调试一个智能家居App，插座死活连不上云端。我让他把手机代理指向我的Fiddler，抓包一看——App向服务器发送的MQTT协议包，Topic名称写错了。服务器返回404，App却不报错，只在日志里默默重试。这种问题不抓包根本发现不了，光看界面你只会觉得“这破插座又断连了”。

再补充个细节：抓HTTPS包时，手机端得先访问http://电脑IP:8888，下载并安装Fiddler的根证书。iOS系统还要去设置 → 通用 → 关于本机 → 证书信任设置，手动开启完全信任。安卓7.0以上的系统默认不信任用户证书，得把App的networkSecurityConfig改一下，或者用adb把证书装进系统分区。这一步卡住的人最多，别问我是怎么知道的。

最后提醒一句：抓包结束后，记得把手机的代理设置关掉。不然你会发现自己手机所有网络请求都走电脑转发，电脑一关网，手机也跟着断网。别问我为什么这么清楚——上个月我忘了关代理，第二天上班路上刷不了地铁闸机，差点迟到。