在 iOS 平台上做网络调试时，很多开发者都会用 Charles、Fiddler 或 mitmproxy 等常见工具。但实际操作中，我们经常会遇到一个棘手问题：明明配置好了代理和证书，iPhone 却依旧抓不到包。

这种情况非常常见，尤其是在 HTTPS 普及之后。本文结合日常开发经验，总结了 iOS 抓包失败的常见原因，并分享几种可行的解决方案。

一、为什么 iOS 经常抓不到包？

1. 代理未正确配置
在 iPhone 上使用代理抓包时，需要手动设置 Wi-Fi → HTTP 代理为电脑的 IP 和端口。如果填写错误，或者 Wi-Fi 网络不支持代理，会导致抓不到任何数据。

2. HTTPS 加密问题
iOS 系统默认会严格验证 HTTPS 证书。如果抓包工具未安装证书，或者证书未被信任，应用发出的 HTTPS 请求会被系统直接拒绝。

3. 证书未信任
很多开发者只安装了证书，却忘记了在 “设置 → 通用 → 关于本机 → 证书信任设置” 中开启完全信任。这会导致 HTTPS 数据依旧无法解密。

4. App 启用了 SSL Pinning
越来越多的应用（如金融支付、视频平台）启用了 SSL Pinning 技术，强制校验证书指纹。如果检测到被代理拦截，App 会直接拒绝通信，这也是很多人明明配置正确却仍旧抓不到包的原因。

5. 系统限制或端口冲突
有时防火墙、VPN 或者系统安全策略，会导致代理端口无法访问，从而出现“无流量”的假象。

二、常见排查思路

1. 测试代理是否连通
   • 在 Safari 中访问一个 HTTP 网站，看是否能在抓包工具中显示请求
   • 如果没有，优先检查电脑 IP 和端口
2. 检查 HTTPS 解密是否启用
   • 在工具里打开解密功能，并导入证书
   • 对于部分域名，需要手动添加到解密列表
3. 确认证书是否信任
   • iOS 系统非常严格，未信任的证书等于白装
   • 检查“证书信任设置”是否开启
4. 判断是否遇到 SSL Pinning
   • 如果是部分 App（例如银行类、视频类），出现始终无法解密的情况，基本可以确认是 SSL Pinning
   • 这类问题，传统的代理型工具基本无能为力

三、实战案例：当 Charles 无法解密时

在我调试一款 App 的过程中，Charles 配置完全正确，证书也安装并信任了，但依旧只能看到 CONNECT 请求。经过分析，发现该应用启用了 双向 SSL 验证。

这种情况下，Charles 和 Fiddler 都无能为力。然后我就尝试了一下 Sniffmaster（抓包大师）：

• 通过 USB 直连 iPhone，不依赖 Wi-Fi 代理
• 无需越狱或 Root，即插即用
• 自动解密 HTTPS，支持破解双向认证
• 按 App 抓包，避免大量系统请求干扰
• 内置拦截器，支持用 JavaScript 修改请求与响应
• 可导出数据流，进一步交给 Wireshark 深度分析

结果仅用了几分钟，就成功解密了目标接口的 HTTPS 流量，问题迎刃而解。

四、工具组合的最佳实践

我的经验是：不要只依赖单一工具，而是根据场景组合使用。

• Charles：适合日常调试，界面友好，跨平台支持好
• Fiddler：适合 Windows 用户，脚本能力较强
• mitmproxy：命令行和脚本定制化能力强，适合自动化测试
• Sniffmaster：适合高安全场景，尤其是 iOS 上的 SSL Pinning 和双向验证

通过组合使用，可以在不同场景下保持高效。比如：

• 先用 Charles 快速抓取常规流量
• 碰到 Pinning 时，切换 Sniffmaster 直连 iOS
• 最后把数据导出 PCAP，用 Wireshark 进一步分析

五、经验总结

• 大多数问题出在代理或证书配置，这是排查的第一步
• iOS 对证书要求更严格，信任设置是很多人忽略的细节
• SSL Pinning 是关键障碍，一旦遇到，就必须借助专门工具
• 工具组合最有效，而不是死磕某一款。