在日常开发和测试中，Fiddler 一直是 Windows 平台下最常用的抓包工具。无论是 Web 调试还是移动端接口排查，Fiddler 都有相当多的用户基础。
然而，许多开发者在配置 iOS 抓包时，会遇到一个常见问题： 明明设置了代理，Fiddler 却抓不到包，或者只能看到 CONNECT 请求。

如果你也遇到过类似情况，不妨跟随这篇文章，一起看看可能的原因与解决方案。

一、为什么 Fiddler 会抓不到包？

1. 网络代理未配置正确
   • 手机和电脑必须在同一局域网下
   • iPhone Wi-Fi 的 HTTP 代理需要设置为电脑 IP 和 Fiddler 监听端口（默认 8888）
   • 如果 IP 填写错误，流量就无法进入 Fiddler
2. HTTPS 解密未开启
   • 默认情况下，Fiddler 并不会解密 HTTPS 流量
   • 需要手动勾选 “Decrypt HTTPS traffic”，并为目标域名启用解密
3. 证书未被信任
   • 在 iOS 上，即使安装了证书，也需要在 “设置 → 通用 → 关于本机 → 证书信任设置” 中手动打开信任
   • 否则 HTTPS 请求仍然无法解密
4. 应用启用了 SSL Pinning
   • 越来越多的 App 出于安全考虑，会启用 SSL Pinning 或双向认证
   • 一旦检测到证书被替换，通信会直接失败
5. 系统或软件冲突
   • 防火墙阻止 Fiddler 的监听端口
   • 电脑上同时运行了其他代理软件，端口被占用

二、常见排查方法

1. 验证代理是否正常
   • 在 Safari 中访问一个 HTTP 网站，看 Fiddler 是否能显示请求
   • 如果没有流量，说明代理未生效
2. 检查 HTTPS 解密
   • 打开 Tools → Options → HTTPS，勾选 “Decrypt HTTPS traffic”
   • 添加目标域名，或用 * 匹配所有
3. 确认证书信任
   • iOS 系统必须手动打开证书信任
   • 这是很多开发者常常忽略的细节
4. 判断是否遇到 SSL Pinning
   • 如果只有特定 App 抓不到包，且 HTTPS 握手失败，基本可以确认是 SSL Pinning

三、当 Fiddler 无法突破时的替代方案

在调试某些带有高安全防护的 App 时，即便配置完全正确，Fiddler 依旧无法获取有效数据。我会使用 Sniffmaster（抓包大师） 来进行补充：

• USB 直连 iOS，无需设置 Wi-Fi 代理
• 无需越狱或 Root，即插即用
• 自动解密 HTTPS，可破解双向 SSL 验证
• 仅抓取目标 App，避免无关请求干扰
• 支持拦截器，可以用 JavaScript 修改请求与响应
• 导出 PCAP 文件，结合 Wireshark 进行底层分析

四、不同工具的适用场景

五、实战经验总结

• 大多数情况下，代理和证书配置错误是罪魁祸首，要先逐一排查
• 一旦遇到 SSL Pinning，就不要死磕 Fiddler，传统代理型工具无能为力
• 直连型工具是必要补充，Sniffmaster 能很好地解决这种问题
• 多工具协作 才能覆盖从接口调试到协议分析的完整链路

Fiddler 在常规接口调试中依旧非常高效，但在 iOS 环境中经常会遇到抓不到包的情况。
解决问题的思路应该是： 先排查代理和证书 → 再确认解密配置 → 最后识别是否为 SSL Pinning。
当确认是应用安全机制导致时，切换到 Sniffmaster 这样的直连工具，往往能快速突破限制，让调试顺利进行。