fiddler抓不到浏览器数据包
```html Fiddler开着,浏览器也开着,器数但左侧会话列表里干干净净——一个包都没有。据包这事儿我遇到过不下十次,浏览每次都是器数不同的原因。最邪门的据包一次是Chrome明明走了代理,Fiddler也显示“Capturing”,浏览可就是器数没流量。折腾半小时才发现,据包浏览器装了个SwitchyOmega插件,浏览规则里把本地地址全排除了。器数 先看最基础的据包东西:Fiddler默认监听 HTTPS抓不到是另一个高频问题。浏览器地址栏带锁的站点,Fiddler默认只能看到CONNECT隧道,看不到明文。你得让Fiddler解密HTTPS。Tools → Options → HTTPS,勾上“Decrypt HTTPS traffic”,然后点“Actions” → “Trust Root Certificate”。这一步不做,抓到的全是乱码或者干脆没记录。我见过有人证书装了但没重启浏览器,Fiddler那边显示解密成功,浏览器这边还是老样子。重启一次,解决。 还有种情况特别隐蔽:浏览器用了QUIC协议。Chrome访问Google、YouTube这些站,默认走HTTP/3,基于UDP。Fiddler只抓TCP,UDP包它看不见。你以为没抓到,其实流量从另一个通道跑了。去 代理端口冲突也常碰到。你电脑上可能跑着Charles、Burp Suite,或者某个国产抓包工具,它们默认也占8888。Fiddler启动时如果端口被占,它会默默换一个,但浏览器代理还指着8888。结果就是Fiddler在8890上干等,浏览器往8888发请求,两边对不上。去Fiddler的Tools → Options → Connections里看一眼实际监听端口,跟浏览器代理设置对一下,不一致就改回来。 浏览器插件是另一个坑。广告拦截器、隐私保护扩展、甚至某些“网络加速”插件,会直接绕过系统代理发请求。我遇到过uBlock Origin的“高级模式”里开了“绕过本地代理”,所有请求直连,Fiddler自然抓不到。临时禁用所有扩展,再试一次,能抓到就说明是插件搞的鬼。然后一个一个开,定位到具体哪个。 最后说个Windows上的怪事:如果你用了WSL2或者Docker Desktop,它们会改Windows的代理设置。有时候Fiddler启动后,系统代理被改成了 抓包这事,说到底就是让流量经过Fiddler。流量没经过,原因无非三种:代理没设对、协议不支持、或者中间有东西截胡。按这个顺序排查,基本十分钟内能解决。别一上来就重装Fiddler,那是最没用的操作。127.0.0.1:8888,浏览器得手动设代理。浏览很多人以为Fiddler一开,器数浏览器就自动走代理了,据包那是错觉。Windows系统代理确实会被Fiddler改,但Chrome和Edge默认走系统代理,Firefox偏要自己管自己。你去Firefox设置里翻“网络设置”,十有八九还选着“不使用代理服务器”。改成手动,HTTP代理填127.0.0.1,端口8888,立马见效。chrome://flags搜“QUIC”,把它禁掉,重启浏览器,Fiddler立刻就能看到那些请求。Edge同理,edge://flags。http://127.0.0.1:8888,但WSL那边的网络栈不认这个地址。浏览器如果在WSL里跑,或者通过WSL转发流量,Fiddler就抓不到。解决办法是把代理地址改成局域网IP,比如http://192.168.1.100:8888,然后在Fiddler里勾选“Allow remote computers to connect”。
-
上一篇
-
下一篇