1. 为什么MuMu模拟器抓包比真机更“拧巴”——从网络架构说起Fiddler抓包本身是个成熟方案但一碰到MuMu这类Android模拟器很多人立刻卡在第一步证书装不上、HTTPS流量看不到、明明代理设对了却没一条请求进来。这不是你操作错了而是MuMu的网络模型天然和Fiddler存在三重错位——我踩过至少7个版本的MuMu从1.0到最新2.9.1每次升级都得重新调一遍不是因为配置变了而是它底层网络栈的抽象层又加了一道“纱窗”。先说最核心的矛盾点MuMu默认走的是NAT模式Host-Only虚拟网卡混合路由它不直接复用宿主机的网卡而是通过一个叫MUMU_Virtual_Ethernet的虚拟网卡与宿主机通信。这意味着当你在Fiddler里把代理设成127.0.0.1:8888MuMu根本收不到——它看到的“本机”是虚拟网卡的IP比如10.128.0.1而不是你Windows上那个127.0.0.1。这就像你在家里装了个智能音箱让它“打开客厅灯”但它听不懂因为它只认你家配电箱里那个编号为LAMP-03的物理开关。你得告诉它“去控制10.128.0.1这个地址上的灯”而不是喊“本机”。第二个坑是Android系统证书信任机制的演进。从Android 7.0开始系统级应用包括所有预装App默认只信任用户安装的CA证书且必须存放在/system/etc/security/cacerts/目录下而MuMu的Android镜像尤其是旧版默认不挂载该路径为可写你用ADB push进去的证书文件重启后就消失。更麻烦的是MuMu自带的“设置→安全→安装证书”入口实际调用的是一个阉割版的证书安装流程它会把证书塞进/data/misc/user/0/cacerts-added/但很多App尤其是金融、游戏类根本不读这个路径——它们只认系统分区里的哈希命名证书。第三个常被忽略的细节是Fiddler自身的HTTPS解密策略。默认情况下Fiddler只解密目标端口为443的流量但MuMu里很多App比如《原神》启动器、《崩坏星穹铁道》更新服务会使用自定义端口如8443、9443甚至5223做TLS握手。如果你没手动添加这些端口到Fiddler的解密白名单它会把整段加密流当哑巴处理连SNI字段都不解析。所以这不是“Fiddler不会抓MuMu”而是你得同时搞定三层映射网络层让MuMu知道Fiddler在哪不是127.0.0.1而是宿主机真实IP系统层让Android系统真正把Fiddler证书当“亲儿子”认不是点几下安装就完事协议层告诉Fiddler“别只盯着443XX端口的TLS也给我拆开看”。这三个环节漏掉任何一个你看到的都是空荡荡的HTTP列表或者一堆Tunnel to xxx:443却点不开的灰色条目。接下来我会按实操顺序把每一步背后的原理、参数依据、验证方法全摊开讲清楚不跳步不省略任何一行命令背后的“为什么”。2. 宿主机网络准备不只是开Fiddler而是重建信任链路很多人以为“打开Fiddler→勾选Allow remote computers to connect→点OK”就完事了结果MuMu连代理都连不上。问题出在Fiddler的监听逻辑上默认它只监听127.0.0.1这是回环地址仅限本机进程访问而MuMu作为独立虚拟机它的网络栈完全隔离必须让Fiddler监听宿主机的物理网卡IP并确保Windows防火墙放行对应端口。2.1 确认宿主机真实IP并开放端口先别急着开Fiddler。打开CMD执行ipconfig | findstr IPv4你会看到类似这样的输出IPv4 地址 . . . . . . . . . . . . : 192.168.1.105 IPv4 地址 . . . . . . . . . . . . : 10.128.0.1注意第一个192.168.x.x是你路由器分配的真实局域网IP这才是MuMu要连的目标地址第二个10.128.0.x是MuMu虚拟网卡给宿主机分配的内部IP别用它。记下192.168.1.105你的实际IP会不同。接着必须让Windows防火墙允许外部设备访问Fiddler端口默认8888。打开PowerShell管理员权限执行New-NetFirewallRule -DisplayName Fiddler for MuMu -Direction Inbound -Protocol TCP -LocalPort 8888 -Action Allow -Profile Domain,Private这条命令创建了一条入站规则允许局域网内任何设备包括MuMu通过TCP 8888端口连接宿主机。-Profile Domain,Private表示只在家庭/公司网络生效不开放公网安全可控。如果你跳过这步MuMu发出去的SYN包会被防火墙静默丢弃Fiddler日志里连个连接记录都不会有。提示有些用户用的是Win10家庭版没有组策略编辑器无法图形化操作防火墙。此时必须用PowerShell命令GUI界面里找不到对应选项。别试图关掉整个防火墙——那等于裸奔后续抓到的敏感数据如登录Token可能被局域网其他设备嗅探。2.2 Fiddler配置监听所有接口而非仅localhost启动Fiddler建议用v5.0.20234.59130或更新版老版本对Android 12兼容性差依次点击菜单Tools → Options → Connections关键设置有三处勾选Allow remote computers to connect这是基础但不够取消勾选Act as system proxy on startupMuMu不用系统代理此项反而干扰在Proxy Listening Port输入框里确认端口号是8888不要改MuMu默认只认这个然后重点来了点击右下角Save Changes and Restart Fiddler。重启后Fiddler会自动监听0.0.0.0:8888即所有网络接口。你可以用CMD验证netstat -ano | findstr :8888如果看到类似TCP 0.0.0.0:8888 0.0.0.0:0 LISTENING 12345的输出说明监听成功PID12345就是Fiddler进程号。注意网上很多教程让你在Fiddler里手动填192.168.1.105:8888这是错误的。Fiddler不接受IP前缀它只管端口IP由操作系统路由决定。你填了反而报错。2.3 验证MuMu能否触达Fiddler用最原始的方式测通别急着装证书。先确认网络链路是否打通。在MuMu里打开浏览器推荐用内置Chrome避免第三方浏览器代理策略干扰访问http://192.168.1.105:8888把192.168.1.105替换成你的真实IP如果页面显示Fiddler Echo Service恭喜网络层通了。这是Fiddler内置的测试页证明MuMu能通过HTTP明文协议访问到宿主机的8888端口。如果打不开常见原因有三个防火墙规则没生效检查PowerShell命令是否执行成功或手动在防火墙高级设置里确认规则状态MuMu的网络模式不是“桥接”或“NAT”进入MuMu设置→网络→确认模式为NAT默认就是别乱切宿主机WiFi/网线实际断开MuMu的NAT依赖宿主机联网断网时MuMu仍能运行但无法访问外网或宿主机服务。我曾遇到一次诡异故障MuMu能上百度但打不开192.168.1.105:8888。最后发现是Windows开启了“Internet Connection Sharing (ICS)”它会劫持所有192.168.x.x流量。解决方案是按WinR输入ncpa.cpl打开网络连接右键宿主机WiFi/以太网→属性→共享→取消勾选“允许其他网络用户通过此计算机的Internet连接来连接”重启MuMu。这步验证看似简单却是90%失败案例的分水岭。通不过这里后面所有证书、代理设置全是无用功。3. 证书安装实战不是“点安装”而是“刷进系统分区”MuMu里装Fiddler证书绝不能只靠“设置→安全→从存储设备安装”这种傻瓜式操作。那只是把证书放进用户区对绝大多数App无效。我们必须用ADB命令将证书以系统级方式注入/system/etc/security/cacerts/并赋予正确权限。整个过程分四步导出Fiddler根证书→转换为Android格式→ADB推送到系统分区→修复权限并重启。3.1 从Fiddler导出证书并转成Android可识别格式Fiddler生成的证书是.cer格式DER编码但Android系统证书要求是PEM格式且文件名必须是证书SubjectHash值的前8位小写.0。比如证书哈希是a1b2c3d4e5f67890文件名就得叫a1b2c3d4.0。操作步骤在Fiddler中点击菜单Tools → Options → HTTPS确保勾选了Decrypt HTTPS traffic和Ignore server certificate errors点击右下角Actions → Export Root Certificate to Desktop保存为FiddlerRoot.cer下载OpenSSL工具推荐 https://slproweb.com/products/Win32OpenSSL.html 选Light版即可打开CMD进入FiddlerRoot.cer所在目录执行两条命令# 第一步将.cer转为.pem格式 openssl x509 -inform DER -in FiddlerRoot.cer -out FiddlerRoot.pem # 第二步计算SubjectHashAndroid要求的文件名前缀 openssl x509 -inform PEM -subject_hash_old -in FiddlerRoot.pem | head -1第二条命令会输出一串8位十六进制数比如a1b2c3d4。记下它。提示subject_hash_old是关键新版本OpenSSL默认用subject_hash但Android 7.0仍认subject_hash_old用错会导致证书不被识别。如果输出是长串如a1b2c3d4e5f67890只取前8位。3.2 ADB连接MuMu并获取Root权限MuMu默认开启ADB调试但需要确认端口。打开MuMu设置→高级设置→开启“USB调试”此时ADB端口通常是7555新版MuMu可能用5555不确定就两个都试。在宿主机CMD中执行adb connect 127.0.0.1:7555如果返回connected to 127.0.0.1:7555说明连接成功。接着验证Root权限adb -s 127.0.0.1:7555 shell su -c id如果返回uid0(root)说明有Root如果报错permission denied需在MuMu设置里开启“Root权限”设置→高级设置→Root权限→开启。注意MuMu的Root不是Linux标准su而是它自己实现的轻量级Root框架。su -c命令必须带-c参数否则会卡住。这是MuMu的特殊设计不是ADB问题。3.3 推送证书到系统分区并修复权限Android系统分区默认只读必须先remount为可写。执行以下命令全部在CMD中按顺序# 1. 切换到root并remount /system为可写 adb -s 127.0.0.1:7555 shell su -c mount -o rw,remount /system # 2. 创建证书目录如果不存在 adb -s 127.0.0.1:7555 shell su -c mkdir -p /system/etc/security/cacerts # 3. 将本地FiddlerRoot.pem推送到MuMu并重命名为正确格式假设hash是a1b2c3d4 adb -s 127.0.0.1:7555 push FiddlerRoot.pem /sdcard/FiddlerRoot.pem adb -s 127.0.0.1:7555 shell su -c cp /sdcard/FiddlerRoot.pem /system/etc/security/cacerts/a1b2c3d4.0 # 4. 修改权限必须是644所有者root:root adb -s 127.0.0.1:7555 shell su -c chmod 644 /system/etc/security/cacerts/a1b2c3d4.0 adb -s 127.0.0.1:7555 shell su -c chown root:root /system/etc/security/cacerts/a1b2c3d4.0 # 5. 重启MuMu使证书生效必须重启热加载无效 adb -s 127.0.0.1:7555 shell su -c reboot关键细节push命令不能直接推到/system因为ADB非Root时无权写必须先推到/sdcard再用su复制。权限644是硬性要求600或755都会导致Android拒绝加载证书。重启是必须的Android证书库在开机时扫描/system/etc/security/cacerts/不重启等于没装。3.4 验证证书是否真正生效重启MuMu后别急着开App。先验证证书是否被系统识别在MuMu里打开终端模拟器或用ADB执行adb -s 127.0.0.1:7555 shell su -c ls -l /system/etc/security/cacerts/a1b2c3d4.0应看到类似-rw-r--r-- 1 root root 1234 2023-01-01 12:00 /system/etc/security/cacerts/a1b2c3d4.0的输出权限和所有者正确。测试HTTPS抓包在MuMu浏览器访问https://www.baidu.com回到Fiddler应该能看到完整的HTTPS请求Status列显示200不是Tunnel to。如果还是Tunnel to说明证书没生效大概率是文件名错了少一位hash或权限不对。我曾因OpenSSL版本问题subject_hash_old输出了16位用了前16位命名结果证书一直不被识别。后来发现MuMu的Android内核基于AOSP 9.0严格遵循8位规则多一位都不行。这种细节只有亲手试过才会记住。4. MuMu代理设置与Fiddler深度配置让每条TLS都不逃逸网络通了、证书装了但你还可能看不到App的HTTPS流量——因为App自己实现了网络栈如OkHttp、Retrofit它们不走系统代理或者用了证书固定Certificate Pinning。这时光靠基础代理设置不够必须结合Fiddler的高级功能和MuMu的App级配置。4.1 MuMu全局代理设置精确到IP和端口MuMu的代理设置藏得比较深打开MuMu模拟器点击右上角齿轮图标→设置→网络在“代理服务器”区域填写代理服务器192.168.1.105你的宿主机真实IP端口8888代理类型HTTPMuMu不支持SOCKS5代理提示这里绝对不能填127.0.0.1或localhost那是MuMu自己的回环地址指向它自己不是宿主机。填完后必须点击右下角“应用”按钮否则设置不生效。很多用户以为点“确定”就行其实“应用”才是提交键。验证代理是否生效在MuMu里打开浏览器访问http://httpbin.org/ip返回的JSON中origin字段应显示你的宿主机IP如192.168.1.105而不是127.0.0.1或10.128.0.1。如果显示的是后者说明代理没走通回头检查MuMu网络设置或宿主机防火墙。4.2 Fiddler解密非443端口覆盖主流App的TLS自定义端口如前所述大量App为规避检测会把HTTPS流量发往非标端口。Fiddler默认只解密443必须手动添加。操作路径Tools → Options → HTTPS → Decrypt HTTPS traffic → Add在弹出窗口中逐行输入以下端口一行一个8443 9443 5223 4433 7443这些端口覆盖了大部分场景8443腾讯系App微信、QQ部分后台服务9443网易系游戏《阴阳师》《第五人格》更新通道5223iOS/iMessage兼容端口部分安卓App借用4433阿里系App淘宝、支付宝风控服务常用7443B站、快手等视频平台的DRM加密流端口。添加后Fiddler会自动监听这些端口的TLS握手并尝试解密。你可以在Fiddler的Inspectors → TextView里看到完整的HTTP Header而不仅是Tunnel to domain:port。经验如果某个App的HTTPS流量始终不显示先用Wireshark在宿主机抓包过滤tcp.port XXXX确认它是否真的用了该端口。别盲目加端口Fiddler监听过多端口会轻微拖慢性能。4.3 绕过证书固定Certificate Pinning针对顽固App的终极方案即使证书装对、代理设好像《王者荣耀》《和平精英》《米哈游全家桶》这类App仍可能显示“网络异常”或直接闪退——因为它们启用了证书固定Certificate Pinning代码里硬编码了只信任特定CA的公钥Fiddler证书再合法也不认。此时你需要Fiddler的Custom Rules功能注入JavaScript脚本动态绕过Pin。步骤如下在Fiddler中按CtrlR打开CustomRules.js编辑器找到static function OnBeforeResponse(oSession: Session)函数在其内部添加if (oSession.hostname ak-conf.bilibili.com || oSession.hostname api-takumi.mihoyo.com || oSession.hostname game.mihoyo.com) { oSession[ui-backcolor] orange; oSession[ui-color] white; }这只是高亮标记真正的绕过需要修改响应头。更稳妥的做法是使用Fiddler的AutoResponder功能对特定域名返回伪造的200 OK适用于API探测或安装第三方插件如FiddlerCap需单独下载它提供一键Pinning绕过开关。警告绕过证书固定涉及App安全机制仅限个人学习研究不得用于非法用途。生产环境严禁部署此类脚本。4.4 实时监控与过滤技巧从海量流量中揪出目标请求MuMu里同时跑着多个AppFiddler会捕获所有流量包括系统更新、广告SDK、后台心跳。如何快速定位你要的请求掌握三个过滤技巧Host过滤在Fiddler左上角Filter栏输入host.contains(baidu.com)只显示百度相关域名Process过滤右键任意请求→Filter Out Process → com.tencent.mm排除微信进程响应大小过滤点击Size列排序大文件如图片、视频通常排前面小文本JSON API在底部。我习惯先用host.contains(your-target-domain)缩小范围再用Response Body的TextView标签页搜索关键词如token、userId效率提升3倍以上。5. 常见问题排查链路从报错现象反推根因的完整过程抓包失败时别盲目重装、重启。按以下链路逐层排查95%的问题能在5分钟内定位5.1 现象MuMu浏览器打不开http://192.168.1.105:8888排查链路宿主机CMD执行ping 192.168.1.105→ 若不通说明IP变了或网络断开宿主机执行telnet 192.168.1.105 8888→ 若连接失败检查Fiddler是否监听0.0.0.0:8888用netstat确认若telnet通但浏览器打不开检查MuMu网络模式是否为NAT非桥接最后检查Windows防火墙规则是否启用wf.msc→ 入站规则 → 查找Fiddler for MuMu状态。5.2 现象HTTP能抓到HTTPS全是Tunnel to domain:443排查链路在Fiddler中点击File → Capture Traffic确认已开启Tools → Options → HTTPS→ 确认勾选Decrypt HTTPS traffic检查MuMu里是否安装了Fiddler证书访问http://192.168.1.105:8888→ 点击FiddlerRoot.cer下载并安装再重启MuMu若仍不行执行adb shell getprop ro.build.version.release确认Android版本若≥7.0必须走系统分区证书安装第3节方法。5.3 现象App闪退或提示“网络异常”排查链路在Fiddler中Filters选项卡 → 勾选Use Filters→Hosts→Show only the following Hosts→ 输入App域名如api.bilibili.com观察是否有403 Forbidden或502 Bad Gateway响应 → 若有说明App服务端做了IP校验Fiddler代理触发风控若无响应检查App是否启用证书固定用adb logcat | grep -i pinning看日志最后确认Fiddler的Decrypt HTTPS traffic是否对应该App端口如api.bilibili.com:4433需在端口列表中。5.4 现象抓到的HTTPS请求Body是乱码或空白排查链路点击该请求 →Inspectors → TextView→ 查看Raw标签页确认是否为GZIP压缩Header含Content-Encoding: gzip若是点击AutoDecode按钮Fiddler右上角→ 自动解压若仍乱码检查响应Header中Content-Type是否为application/json;charsetUTF-8若缺失charset手动在TextView中右键→Set Response Encoding → UTF-8极端情况App用了Protobuf或自定义二进制协议Fiddler无法解析需用Wireshark抓原始包分析。这张表总结了高频问题与对应解法现象最可能根因快速验证命令解决方案MuMu无法访问http://IP:8888宿主机防火墙拦截netsh advfirewall firewall show rule nameFiddler for MuMu重新执行PowerShell防火墙命令HTTPS显示Tunnel to证书未装入系统分区adb shell ls /system/etc/security/cacerts/重走第3节系统证书安装流程App闪退启用证书固定adb logcatgrep -i pinning|cert抓包延迟高Fiddler监听端口过多netstat -ano | findstr :8888删除非必要端口保留443/8443/9443最后分享一个血泪经验MuMu升级后务必重新执行证书安装流程。我曾因MuMu从2.0.32升到2.0.35系统分区被重置之前装的证书全失效抓包突然中断折腾两小时才发现是证书丢了。现在我的工作流里MuMu升级后的第一件事就是adb remount 重推证书——这比排查问题快十倍。抓包不是玄学它是网络、系统、协议三层知识的交汇点。每一次成功的HTTPS解密背后都是对Android证书体系、TCP/IP路由、TLS握手流程的扎实理解。当你能看着Fiddler里一条条清晰的JSON请求精准定位到某个接口的Token生成逻辑时那种掌控感远超任何教程带来的快感。
MuMu模拟器HTTPS抓包全链路解析：网络代理、系统证书与TLS解密
发布时间：2026/5/25 2:35:18
1. 为什么MuMu模拟器抓包比真机更“拧巴”——从网络架构说起Fiddler抓包本身是个成熟方案但一碰到MuMu这类Android模拟器很多人立刻卡在第一步证书装不上、HTTPS流量看不到、明明代理设对了却没一条请求进来。这不是你操作错了而是MuMu的网络模型天然和Fiddler存在三重错位——我踩过至少7个版本的MuMu从1.0到最新2.9.1每次升级都得重新调一遍不是因为配置变了而是它底层网络栈的抽象层又加了一道“纱窗”。先说最核心的矛盾点MuMu默认走的是NAT模式Host-Only虚拟网卡混合路由它不直接复用宿主机的网卡而是通过一个叫MUMU_Virtual_Ethernet的虚拟网卡与宿主机通信。这意味着当你在Fiddler里把代理设成127.0.0.1:8888MuMu根本收不到——它看到的“本机”是虚拟网卡的IP比如10.128.0.1而不是你Windows上那个127.0.0.1。这就像你在家里装了个智能音箱让它“打开客厅灯”但它听不懂因为它只认你家配电箱里那个编号为LAMP-03的物理开关。你得告诉它“去控制10.128.0.1这个地址上的灯”而不是喊“本机”。第二个坑是Android系统证书信任机制的演进。从Android 7.0开始系统级应用包括所有预装App默认只信任用户安装的CA证书且必须存放在/system/etc/security/cacerts/目录下而MuMu的Android镜像尤其是旧版默认不挂载该路径为可写你用ADB push进去的证书文件重启后就消失。更麻烦的是MuMu自带的“设置→安全→安装证书”入口实际调用的是一个阉割版的证书安装流程它会把证书塞进/data/misc/user/0/cacerts-added/但很多App尤其是金融、游戏类根本不读这个路径——它们只认系统分区里的哈希命名证书。第三个常被忽略的细节是Fiddler自身的HTTPS解密策略。默认情况下Fiddler只解密目标端口为443的流量但MuMu里很多App比如《原神》启动器、《崩坏星穹铁道》更新服务会使用自定义端口如8443、9443甚至5223做TLS握手。如果你没手动添加这些端口到Fiddler的解密白名单它会把整段加密流当哑巴处理连SNI字段都不解析。所以这不是“Fiddler不会抓MuMu”而是你得同时搞定三层映射网络层让MuMu知道Fiddler在哪不是127.0.0.1而是宿主机真实IP系统层让Android系统真正把Fiddler证书当“亲儿子”认不是点几下安装就完事协议层告诉Fiddler“别只盯着443XX端口的TLS也给我拆开看”。这三个环节漏掉任何一个你看到的都是空荡荡的HTTP列表或者一堆Tunnel to xxx:443却点不开的灰色条目。接下来我会按实操顺序把每一步背后的原理、参数依据、验证方法全摊开讲清楚不跳步不省略任何一行命令背后的“为什么”。2. 宿主机网络准备不只是开Fiddler而是重建信任链路很多人以为“打开Fiddler→勾选Allow remote computers to connect→点OK”就完事了结果MuMu连代理都连不上。问题出在Fiddler的监听逻辑上默认它只监听127.0.0.1这是回环地址仅限本机进程访问而MuMu作为独立虚拟机它的网络栈完全隔离必须让Fiddler监听宿主机的物理网卡IP并确保Windows防火墙放行对应端口。2.1 确认宿主机真实IP并开放端口先别急着开Fiddler。打开CMD执行ipconfig | findstr IPv4你会看到类似这样的输出IPv4 地址 . . . . . . . . . . . . : 192.168.1.105 IPv4 地址 . . . . . . . . . . . . : 10.128.0.1注意第一个192.168.x.x是你路由器分配的真实局域网IP这才是MuMu要连的目标地址第二个10.128.0.x是MuMu虚拟网卡给宿主机分配的内部IP别用它。记下192.168.1.105你的实际IP会不同。接着必须让Windows防火墙允许外部设备访问Fiddler端口默认8888。打开PowerShell管理员权限执行New-NetFirewallRule -DisplayName Fiddler for MuMu -Direction Inbound -Protocol TCP -LocalPort 8888 -Action Allow -Profile Domain,Private这条命令创建了一条入站规则允许局域网内任何设备包括MuMu通过TCP 8888端口连接宿主机。-Profile Domain,Private表示只在家庭/公司网络生效不开放公网安全可控。如果你跳过这步MuMu发出去的SYN包会被防火墙静默丢弃Fiddler日志里连个连接记录都不会有。提示有些用户用的是Win10家庭版没有组策略编辑器无法图形化操作防火墙。此时必须用PowerShell命令GUI界面里找不到对应选项。别试图关掉整个防火墙——那等于裸奔后续抓到的敏感数据如登录Token可能被局域网其他设备嗅探。2.2 Fiddler配置监听所有接口而非仅localhost启动Fiddler建议用v5.0.20234.59130或更新版老版本对Android 12兼容性差依次点击菜单Tools → Options → Connections关键设置有三处勾选Allow remote computers to connect这是基础但不够取消勾选Act as system proxy on startupMuMu不用系统代理此项反而干扰在Proxy Listening Port输入框里确认端口号是8888不要改MuMu默认只认这个然后重点来了点击右下角Save Changes and Restart Fiddler。重启后Fiddler会自动监听0.0.0.0:8888即所有网络接口。你可以用CMD验证netstat -ano | findstr :8888如果看到类似TCP 0.0.0.0:8888 0.0.0.0:0 LISTENING 12345的输出说明监听成功PID12345就是Fiddler进程号。注意网上很多教程让你在Fiddler里手动填192.168.1.105:8888这是错误的。Fiddler不接受IP前缀它只管端口IP由操作系统路由决定。你填了反而报错。2.3 验证MuMu能否触达Fiddler用最原始的方式测通别急着装证书。先确认网络链路是否打通。在MuMu里打开浏览器推荐用内置Chrome避免第三方浏览器代理策略干扰访问http://192.168.1.105:8888把192.168.1.105替换成你的真实IP如果页面显示Fiddler Echo Service恭喜网络层通了。这是Fiddler内置的测试页证明MuMu能通过HTTP明文协议访问到宿主机的8888端口。如果打不开常见原因有三个防火墙规则没生效检查PowerShell命令是否执行成功或手动在防火墙高级设置里确认规则状态MuMu的网络模式不是“桥接”或“NAT”进入MuMu设置→网络→确认模式为NAT默认就是别乱切宿主机WiFi/网线实际断开MuMu的NAT依赖宿主机联网断网时MuMu仍能运行但无法访问外网或宿主机服务。我曾遇到一次诡异故障MuMu能上百度但打不开192.168.1.105:8888。最后发现是Windows开启了“Internet Connection Sharing (ICS)”它会劫持所有192.168.x.x流量。解决方案是按WinR输入ncpa.cpl打开网络连接右键宿主机WiFi/以太网→属性→共享→取消勾选“允许其他网络用户通过此计算机的Internet连接来连接”重启MuMu。这步验证看似简单却是90%失败案例的分水岭。通不过这里后面所有证书、代理设置全是无用功。3. 证书安装实战不是“点安装”而是“刷进系统分区”MuMu里装Fiddler证书绝不能只靠“设置→安全→从存储设备安装”这种傻瓜式操作。那只是把证书放进用户区对绝大多数App无效。我们必须用ADB命令将证书以系统级方式注入/system/etc/security/cacerts/并赋予正确权限。整个过程分四步导出Fiddler根证书→转换为Android格式→ADB推送到系统分区→修复权限并重启。3.1 从Fiddler导出证书并转成Android可识别格式Fiddler生成的证书是.cer格式DER编码但Android系统证书要求是PEM格式且文件名必须是证书SubjectHash值的前8位小写.0。比如证书哈希是a1b2c3d4e5f67890文件名就得叫a1b2c3d4.0。操作步骤在Fiddler中点击菜单Tools → Options → HTTPS确保勾选了Decrypt HTTPS traffic和Ignore server certificate errors点击右下角Actions → Export Root Certificate to Desktop保存为FiddlerRoot.cer下载OpenSSL工具推荐 https://slproweb.com/products/Win32OpenSSL.html 选Light版即可打开CMD进入FiddlerRoot.cer所在目录执行两条命令# 第一步将.cer转为.pem格式 openssl x509 -inform DER -in FiddlerRoot.cer -out FiddlerRoot.pem # 第二步计算SubjectHashAndroid要求的文件名前缀 openssl x509 -inform PEM -subject_hash_old -in FiddlerRoot.pem | head -1第二条命令会输出一串8位十六进制数比如a1b2c3d4。记下它。提示subject_hash_old是关键新版本OpenSSL默认用subject_hash但Android 7.0仍认subject_hash_old用错会导致证书不被识别。如果输出是长串如a1b2c3d4e5f67890只取前8位。3.2 ADB连接MuMu并获取Root权限MuMu默认开启ADB调试但需要确认端口。打开MuMu设置→高级设置→开启“USB调试”此时ADB端口通常是7555新版MuMu可能用5555不确定就两个都试。在宿主机CMD中执行adb connect 127.0.0.1:7555如果返回connected to 127.0.0.1:7555说明连接成功。接着验证Root权限adb -s 127.0.0.1:7555 shell su -c id如果返回uid0(root)说明有Root如果报错permission denied需在MuMu设置里开启“Root权限”设置→高级设置→Root权限→开启。注意MuMu的Root不是Linux标准su而是它自己实现的轻量级Root框架。su -c命令必须带-c参数否则会卡住。这是MuMu的特殊设计不是ADB问题。3.3 推送证书到系统分区并修复权限Android系统分区默认只读必须先remount为可写。执行以下命令全部在CMD中按顺序# 1. 切换到root并remount /system为可写 adb -s 127.0.0.1:7555 shell su -c mount -o rw,remount /system # 2. 创建证书目录如果不存在 adb -s 127.0.0.1:7555 shell su -c mkdir -p /system/etc/security/cacerts # 3. 将本地FiddlerRoot.pem推送到MuMu并重命名为正确格式假设hash是a1b2c3d4 adb -s 127.0.0.1:7555 push FiddlerRoot.pem /sdcard/FiddlerRoot.pem adb -s 127.0.0.1:7555 shell su -c cp /sdcard/FiddlerRoot.pem /system/etc/security/cacerts/a1b2c3d4.0 # 4. 修改权限必须是644所有者root:root adb -s 127.0.0.1:7555 shell su -c chmod 644 /system/etc/security/cacerts/a1b2c3d4.0 adb -s 127.0.0.1:7555 shell su -c chown root:root /system/etc/security/cacerts/a1b2c3d4.0 # 5. 重启MuMu使证书生效必须重启热加载无效 adb -s 127.0.0.1:7555 shell su -c reboot关键细节push命令不能直接推到/system因为ADB非Root时无权写必须先推到/sdcard再用su复制。权限644是硬性要求600或755都会导致Android拒绝加载证书。重启是必须的Android证书库在开机时扫描/system/etc/security/cacerts/不重启等于没装。3.4 验证证书是否真正生效重启MuMu后别急着开App。先验证证书是否被系统识别在MuMu里打开终端模拟器或用ADB执行adb -s 127.0.0.1:7555 shell su -c ls -l /system/etc/security/cacerts/a1b2c3d4.0应看到类似-rw-r--r-- 1 root root 1234 2023-01-01 12:00 /system/etc/security/cacerts/a1b2c3d4.0的输出权限和所有者正确。测试HTTPS抓包在MuMu浏览器访问https://www.baidu.com回到Fiddler应该能看到完整的HTTPS请求Status列显示200不是Tunnel to。如果还是Tunnel to说明证书没生效大概率是文件名错了少一位hash或权限不对。我曾因OpenSSL版本问题subject_hash_old输出了16位用了前16位命名结果证书一直不被识别。后来发现MuMu的Android内核基于AOSP 9.0严格遵循8位规则多一位都不行。这种细节只有亲手试过才会记住。4. MuMu代理设置与Fiddler深度配置让每条TLS都不逃逸网络通了、证书装了但你还可能看不到App的HTTPS流量——因为App自己实现了网络栈如OkHttp、Retrofit它们不走系统代理或者用了证书固定Certificate Pinning。这时光靠基础代理设置不够必须结合Fiddler的高级功能和MuMu的App级配置。4.1 MuMu全局代理设置精确到IP和端口MuMu的代理设置藏得比较深打开MuMu模拟器点击右上角齿轮图标→设置→网络在“代理服务器”区域填写代理服务器192.168.1.105你的宿主机真实IP端口8888代理类型HTTPMuMu不支持SOCKS5代理提示这里绝对不能填127.0.0.1或localhost那是MuMu自己的回环地址指向它自己不是宿主机。填完后必须点击右下角“应用”按钮否则设置不生效。很多用户以为点“确定”就行其实“应用”才是提交键。验证代理是否生效在MuMu里打开浏览器访问http://httpbin.org/ip返回的JSON中origin字段应显示你的宿主机IP如192.168.1.105而不是127.0.0.1或10.128.0.1。如果显示的是后者说明代理没走通回头检查MuMu网络设置或宿主机防火墙。4.2 Fiddler解密非443端口覆盖主流App的TLS自定义端口如前所述大量App为规避检测会把HTTPS流量发往非标端口。Fiddler默认只解密443必须手动添加。操作路径Tools → Options → HTTPS → Decrypt HTTPS traffic → Add在弹出窗口中逐行输入以下端口一行一个8443 9443 5223 4433 7443这些端口覆盖了大部分场景8443腾讯系App微信、QQ部分后台服务9443网易系游戏《阴阳师》《第五人格》更新通道5223iOS/iMessage兼容端口部分安卓App借用4433阿里系App淘宝、支付宝风控服务常用7443B站、快手等视频平台的DRM加密流端口。添加后Fiddler会自动监听这些端口的TLS握手并尝试解密。你可以在Fiddler的Inspectors → TextView里看到完整的HTTP Header而不仅是Tunnel to domain:port。经验如果某个App的HTTPS流量始终不显示先用Wireshark在宿主机抓包过滤tcp.port XXXX确认它是否真的用了该端口。别盲目加端口Fiddler监听过多端口会轻微拖慢性能。4.3 绕过证书固定Certificate Pinning针对顽固App的终极方案即使证书装对、代理设好像《王者荣耀》《和平精英》《米哈游全家桶》这类App仍可能显示“网络异常”或直接闪退——因为它们启用了证书固定Certificate Pinning代码里硬编码了只信任特定CA的公钥Fiddler证书再合法也不认。此时你需要Fiddler的Custom Rules功能注入JavaScript脚本动态绕过Pin。步骤如下在Fiddler中按CtrlR打开CustomRules.js编辑器找到static function OnBeforeResponse(oSession: Session)函数在其内部添加if (oSession.hostname ak-conf.bilibili.com || oSession.hostname api-takumi.mihoyo.com || oSession.hostname game.mihoyo.com) { oSession[ui-backcolor] orange; oSession[ui-color] white; }这只是高亮标记真正的绕过需要修改响应头。更稳妥的做法是使用Fiddler的AutoResponder功能对特定域名返回伪造的200 OK适用于API探测或安装第三方插件如FiddlerCap需单独下载它提供一键Pinning绕过开关。警告绕过证书固定涉及App安全机制仅限个人学习研究不得用于非法用途。生产环境严禁部署此类脚本。4.4 实时监控与过滤技巧从海量流量中揪出目标请求MuMu里同时跑着多个AppFiddler会捕获所有流量包括系统更新、广告SDK、后台心跳。如何快速定位你要的请求掌握三个过滤技巧Host过滤在Fiddler左上角Filter栏输入host.contains(baidu.com)只显示百度相关域名Process过滤右键任意请求→Filter Out Process → com.tencent.mm排除微信进程响应大小过滤点击Size列排序大文件如图片、视频通常排前面小文本JSON API在底部。我习惯先用host.contains(your-target-domain)缩小范围再用Response Body的TextView标签页搜索关键词如token、userId效率提升3倍以上。5. 常见问题排查链路从报错现象反推根因的完整过程抓包失败时别盲目重装、重启。按以下链路逐层排查95%的问题能在5分钟内定位5.1 现象MuMu浏览器打不开http://192.168.1.105:8888排查链路宿主机CMD执行ping 192.168.1.105→ 若不通说明IP变了或网络断开宿主机执行telnet 192.168.1.105 8888→ 若连接失败检查Fiddler是否监听0.0.0.0:8888用netstat确认若telnet通但浏览器打不开检查MuMu网络模式是否为NAT非桥接最后检查Windows防火墙规则是否启用wf.msc→ 入站规则 → 查找Fiddler for MuMu状态。5.2 现象HTTP能抓到HTTPS全是Tunnel to domain:443排查链路在Fiddler中点击File → Capture Traffic确认已开启Tools → Options → HTTPS→ 确认勾选Decrypt HTTPS traffic检查MuMu里是否安装了Fiddler证书访问http://192.168.1.105:8888→ 点击FiddlerRoot.cer下载并安装再重启MuMu若仍不行执行adb shell getprop ro.build.version.release确认Android版本若≥7.0必须走系统分区证书安装第3节方法。5.3 现象App闪退或提示“网络异常”排查链路在Fiddler中Filters选项卡 → 勾选Use Filters→Hosts→Show only the following Hosts→ 输入App域名如api.bilibili.com观察是否有403 Forbidden或502 Bad Gateway响应 → 若有说明App服务端做了IP校验Fiddler代理触发风控若无响应检查App是否启用证书固定用adb logcat | grep -i pinning看日志最后确认Fiddler的Decrypt HTTPS traffic是否对应该App端口如api.bilibili.com:4433需在端口列表中。5.4 现象抓到的HTTPS请求Body是乱码或空白排查链路点击该请求 →Inspectors → TextView→ 查看Raw标签页确认是否为GZIP压缩Header含Content-Encoding: gzip若是点击AutoDecode按钮Fiddler右上角→ 自动解压若仍乱码检查响应Header中Content-Type是否为application/json;charsetUTF-8若缺失charset手动在TextView中右键→Set Response Encoding → UTF-8极端情况App用了Protobuf或自定义二进制协议Fiddler无法解析需用Wireshark抓原始包分析。这张表总结了高频问题与对应解法现象最可能根因快速验证命令解决方案MuMu无法访问http://IP:8888宿主机防火墙拦截netsh advfirewall firewall show rule nameFiddler for MuMu重新执行PowerShell防火墙命令HTTPS显示Tunnel to证书未装入系统分区adb shell ls /system/etc/security/cacerts/重走第3节系统证书安装流程App闪退启用证书固定adb logcatgrep -i pinning|cert抓包延迟高Fiddler监听端口过多netstat -ano | findstr :8888删除非必要端口保留443/8443/9443最后分享一个血泪经验MuMu升级后务必重新执行证书安装流程。我曾因MuMu从2.0.32升到2.0.35系统分区被重置之前装的证书全失效抓包突然中断折腾两小时才发现是证书丢了。现在我的工作流里MuMu升级后的第一件事就是adb remount 重推证书——这比排查问题快十倍。抓包不是玄学它是网络、系统、协议三层知识的交汇点。每一次成功的HTTPS解密背后都是对Android证书体系、TCP/IP路由、TLS握手流程的扎实理解。当你能看着Fiddler里一条条清晰的JSON请求精准定位到某个接口的Token生成逻辑时那种掌控感远超任何教程带来的快感。
相关文章
CANN 大模型推理优化实战：FlashAttention、推测解码与连续批处理的工程实现
一、FlashAttention：注意力计算的显存革命 1.1 标准注意力的显存问题 标准 Self-Attention 的计算过程是：QK^T → Softmax → V。中间会产生一个 NN 的注意力矩阵（N 是序列长度）。序列长度为 4096 时，这个矩阵占 64MB&…
Nginx与Apache禁用RC4和3DES实战指南
1. 这不是“配个参数就完事”的操作，而是给Web服务器做一次心脏除颤你有没有遇到过这样的情况：安全扫描报告里赫然写着“高危漏洞：TLS协议使用弱加密套件（RC4/3DES）”，而你点开Nginx或Apache的配置文件&…
量子纠错新突破：VarQEC变分编码技术解析
1. 量子纠错基础与VarQEC创新点量子计算的核心挑战在于量子态的脆弱性——环境噪声会导致量子信息不可逆的丢失。传统量子纠错(QEC)采用类似经典重复码的思路，通过将逻辑量子比特编码到多个物理比特上构建纠错码。例如著名的[[5,1,3]]完美码使用5个物理比特保护1个逻…
MobX进阶教程：如何自定义observables和扩展MobX功能
MobX进阶教程：如何自定义observables和扩展MobX功能 【免费下载链接】MobX-Docs-CN MobX 中文文档 项目地址: https://gitcode.com/gh_mirrors/mo/MobX-Docs-CN MobX是一个强大的状态管理库，它让状态管理变得简单且可扩展。在掌握基础用法后&…
如何通过Pushd API实现用户订阅管理？完整指南
如何通过Pushd API实现用户订阅管理？完整指南 【免费下载链接】pushd Blazing fast multi-protocol mobile and web push notification service 项目地址: https://gitcode.com/gh_mirrors/pu/pushd Pushd是一款高性能的多协议移动和Web推送通知服务…
LeetCode 280：摆动排序 | 原地调整算法
LeetCode 280：摆动排序 | 原地调整算法 引言 摆动排序（Wiggle Sort）是 LeetCode 第 280 题，难度为 Medium。题目要求原地调整数组，使数组满足 nums[0] < nums[1] > nums[2] < nums[3] ...。 与摆动排序 II 不…
澜起科技股东上海融迎拟减持：可套现超30亿 公司刚港股募资80亿港元
雷递网 乐天 5月23日澜起科技股份有限公司（证券代码：688008 证券简称：澜起科技）日前发布公告，宣布公司股东上海融迎企业管理合伙企业（有限合伙）拟转让 A 股股份总数为12,228,000 股，…
Meteor-Files高级技巧：利用钩子和事件定制文件上传流程的完整指南
Meteor-Files高级技巧：利用钩子和事件定制文件上传流程的完整指南 【免费下载链接】Meteor-Files 🚀 Upload files via DDP or HTTP to ☄️ Meteor server FS, AWS, GridFS, DropBox or Google Drive. Fast, secure and robust. 项目地址: https://gi…
AArch64 Watchpoint调试机制原理与实践指南
1. AArch64 Watchpoint调试机制深度解析在嵌入式系统和底层软件开发中，调试硬件级别的内存访问行为是一项关键需求。AArch64架构提供的Watchpoint机制，为开发者提供了监控特定内存地址访问行为的强大工具。与传统的断点调试不同，Watchpoint专…
Go语言SQLite轻量级数据库应用
Go语言SQLite轻量级数据库应用 引言 SQLite是一款轻量级的嵌入式数据库，无需独立服务进程，非常适合单机应用、移动端应用和开发测试环境。Go语言通过database/sql包配合go-sqlite3驱动可以方便地操作SQLite数据库。本文将深入探讨Go语言中SQLite的使用技…
【前端无障碍】屏幕阅读器兼容性：确保视障用户的良好体验
【前端无障碍】屏幕阅读器兼容性：确保视障用户的良好体验 前言 大家好，我是cannonmonster01！今天咱们来聊聊屏幕阅读器兼容性这个话题。想象一下，一个视障用户打开你的网站，通过屏幕阅读器来浏览内容。如果你的网站没有…
2026年横评10款降AI率软件:只选真正管用的那一款！
随着AI写作工具的广泛应用，论文写作和内容创作效率得到了显著提升，许多学生和职场人士都开始依赖这些工具来完成繁重的文字任务。然而，随着各大高校、期刊平台对AIGC内容检测技术的不断升级，AI生成内容的痕迹越来越容易被识别。不…
施工现场安全事故预警准确率达94.6%？——解密某央企AI Agent边缘计算部署架构与3个月落地实录
更多请点击： https://codechina.net 第一章：施工现场安全事故预警准确率达94.6%？——解密某央企AI Agent边缘计算部署架构与3个月落地实录 在华北某大型地铁盾构施工现场，一套轻量化AI Agent系统于2024年Q2完成全栈部署ÿ…
附录 B：术语表
本术语表面向“从 MM 到 HMM”专栏阅读过程中的快速查阅。它不是内核 API 手册，而是把文章中反复出现的概念放到同一张地图上：先给出直观含义，再说明它在 Linux MM/HMM 语境里的作用。建议阅读方式： 初读专栏时，把它当…
Midjourney渐变美学的神经渲染原理（附RGB-HSV-LCH三空间渐变映射对照表·行业首曝）
更多请点击： https://kaifayun.com 第一章：Midjourney渐变美学的神经渲染原理（附RGB-HSV-LCH三空间渐变映射对照表行业首曝） Midjourney 的渐变美学并非传统插值实现，而是由其隐式神经渲染器（Implicit Neu…
MPC-BE：基于DirectShow架构的专业级开源媒体播放解决方案
MPC-BE：基于DirectShow架构的专业级开源媒体播放解决方案 【免费下载链接】MPC-BE MPC-BE – универсальный проигрыватель аудио и видеофайлов для операционной системы Windows. 项目地址:…
如何快速计算3D模型体积和重量：STL-Volume-Model-Calculator终极指南
如何快速计算3D模型体积和重量：STL-Volume-Model-Calculator终极指南 【免费下载链接】STL-Volume-Model-Calculator STL Volume Model Calculator Python 项目地址: https://gitcode.com/gh_mirrors/st/STL-Volume-Model-Calculator 你是否曾经为3D打印项目…
通过Taotoken CLI工具一键配置团队开发环境与模型密钥
通过Taotoken CLI工具一键配置团队开发环境与模型密钥 1. CLI工具安装与基本使用 Taotoken提供的CLI工具可通过npm全局安装或直接使用npx运行。对于需要频繁使用CLI的团队，推荐全局安装： npm install -g taotoken/taotoken对于临时使用或项目级配置&a…