Charles 4.X HTTPS 抓包实战：3步配置解决 iOS/Android 证书信任与 unknown 错误
在移动应用开发和测试过程中，HTTPS 抓包是排查网络问题、分析 API 交互的重要手段。Charles 作为一款功能强大的 HTTP 代理工具，能够帮助开发者深入理解应用与服务器之间的通信细节。然而，在实际使用中，证书信任问题和 unknown 错误常常成为阻碍。
本文将带你深入了解 Charles 在移动端 HTTPS 抓包的核心配置要点，特别是针对 iOS 和 Android 平台常见的证书信任问题，提供一套系统性的解决方案。不同于简单的步骤列表，我们将从原理出发，帮助你彻底理解每个配置环节的意义，从而能够灵活应对各种复杂场景。
1. Charles 基础配置与环境准备
在开始移动端抓包前，我们需要先在电脑端完成 Charles 的基本配置。这些配置将为后续的移动端抓包奠定基础。
首先，确保你已经从 官方网站 下载并安装了最新版本的 Charles。目前 4.X 版本在功能和稳定性上都有很好的表现。安装完成后，启动 Charles，你会看到主界面分为几个主要区域：工具栏、会话列表和详情面板。
关键配置步骤：
设置 HTTP 代理：
- 进入
Proxy>Proxy Settings - 确保 HTTP 代理端口默认为 8888（可自定义，但需记住这个端口号）
- 勾选 "Enable transparent HTTP proxying"
- 进入
配置 SSL 代理：
- 进入
Proxy>SSL Proxying Settings - 勾选 "Enable SSL Proxying"
- 点击 "Add" 添加需要监控的域名，可以使用通配符
*来匹配所有域名 - 端口一般设置为 443（HTTPS 默认端口）
- 进入
提示：在生产环境抓包时，建议只添加必要的域名，而不是使用通配符，以避免捕获过多不相关的流量。
- 安装根证书：
- 进入
Help>SSL Proxying>Install Charles Root Certificate - 按照向导完成证书安装
- 在钥匙串访问中，找到 Charles 证书，设置为"始终信任"
- 进入
常见问题排查表：
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
| 无法看到任何流量 | 代理未正确设置 | 检查电脑网络设置中的代理配置 |
| HTTPS 请求显示为 unknown | SSL 代理未启用 | 确认 SSL Proxying 已启用并包含目标域名 |
| 证书不受信任警告 | 根证书未正确安装 | 重新安装证书并设置信任属性 |
完成这些基础配置后，你的 Charles 已经可以捕获电脑本机的 HTTP/HTTPS 流量了。接下来，我们需要将移动设备接入这个代理环境。
2. 移动设备证书安装与代理配置
让移动设备通过 Charles 代理上网是实现抓包的关键一步。这一部分我们将分别介绍 iOS 和 Android 设备的配置方法，并深入解析其中的技术细节。
2.1 iOS 设备配置
iOS 系统对证书管理有着严格的要求，特别是从 iOS 10.3 开始，苹果引入了更严格的证书信任策略。以下是详细配置步骤：
连接同一网络：
- 确保 iOS 设备和电脑处于同一局域网
- 在 iOS 设备的 Wi-Fi 设置中，点击当前连接的网络右侧的 "i" 图标
- 滑动到最底部，选择"配置代理" > "手动"
设置代理参数：
- 服务器：填写运行 Charles 的电脑的 IP 地址
- 端口：8888（与 Charles 中设置的代理端口一致）
安装 Charles 根证书：
- 在 iOS 设备上打开 Safari，访问
chls.pro/ssl - 系统会提示安装配置文件，点击"允许"
- 进入"设置" > "通用" > "VPN与设备管理"，完成证书安装
- 在 iOS 设备上打开 Safari，访问
信任根证书：
- 进入"设置" > "通用" > "关于本机" > "证书信任设置"
- 找到 Charles 证书，启用完全信任
# 查看电脑IP地址（Mac） ifconfig | grep "inet " | grep -v 127.0.0.1 # Windows 用户可以使用 ipconfig2.2 Android 设备配置
Android 系统的证书管理方式与 iOS 有所不同，且不同厂商的 Android 设备可能有细微差异。以下是通用配置方法：
设置 Wi-Fi 代理：
- 长按已连接的 Wi-Fi 网络，选择"修改网络"
- 点击"高级选项"，将代理设置为"手动"
- 输入 Charles 所在电脑的 IP 地址和端口 8888
安装 Charles 证书：
- 使用浏览器访问
chls.pro/ssl - 下载证书文件（通常为 .pem 或 .cer 格式）
- 进入"设置" > "安全" > "加密与凭据" > "安装证书"
- 选择下载的证书文件完成安装
- 使用浏览器访问
解决 Android 7+ 的应用信任问题：
- 从 Android 7.0 开始，应用默认不信任用户安装的证书
- 对于自己开发的应用，可以在 Network Security Config 中添加 Charles 证书
- 对于第三方应用，可能需要 root 设备或将证书移动到系统证书目录
iOS 与 Android 证书信任对比：
| 特性 | iOS | Android |
|---|---|---|
| 证书安装方式 | 通过网页下载配置文件 | 直接下载证书文件 |
| 信任设置位置 | 专门的证书信任设置 | 安全设置中的凭据管理 |
| 应用级信任 | 系统级信任影响所有应用 | 可能需要单独配置每个应用 |
| 系统限制 | iOS 10.3+ 需要显式信任 | Android 7+ 需要特殊配置 |
注意：某些 Android 厂商（如华为、小米）可能有自定义的安全策略，导致证书安装流程略有不同。如果遇到问题，建议查阅设备厂商的官方文档。
3. 解决 unknown 错误与高级调试技巧
即使完成了上述所有配置，在实际抓包过程中仍可能遇到各种问题，特别是 HTTPS 请求显示为 unknown 的情况。这部分将深入分析这些问题的根源，并提供系统性的解决方案。
3.1 常见错误分析与解决
unknown 错误的主要原因：
- 证书链验证失败：设备不信任 Charles 的中间证书
- 证书绑定（Certificate Pinning）：应用使用了额外的安全措施
- TLS 版本不匹配：客户端与服务器协商的加密协议不一致
- SNI（Server Name Indication）问题：虚拟主机配置导致证书不匹配
系统性的排查流程：
- 确认 Charles 的 SSL Proxying 已启用并包含目标域名
- 检查设备是否正确安装了 Charles 根证书并设置为信任
- 对于 Android 设备，确认应用是否信任用户证书
- 尝试关闭并重新打开被调试的应用
- 检查 Charles 的 Access Control Settings，确保设备 IP 被允许
3.2 高级配置技巧
对于使用证书绑定的应用，常规方法可能无法奏效。这时可以考虑以下高级技巧：
使用 Frida 等工具绕过证书绑定：
// Frida 脚本示例：绕过 Android 的证书绑定 Java.perform(function() { var CertificatePinner = Java.use('okhttp3.CertificatePinner'); CertificatePinner.check.overload('java.lang.String', '[Ljava.security.cert.Certificate;').implementation = function() { console.log("Bypassing CertificatePinner check for: " + arguments[0]); }; });修改应用配置：
- 对于 Android 应用，可以修改
network_security_config.xml - 对于 iOS 应用，可能需要修改 Info.plist 中的 NSAppTransportSecurity 设置
- 对于 Android 应用，可以修改
使用虚拟设备：
- 在模拟器或越狱/root 过的设备上调试
- 可以更方便地修改系统级设置
Charles 高级功能应用场景：
| 功能 | 适用场景 | 使用方法 |
|---|---|---|
| Breakpoints | 拦截并修改请求/响应 | 右键请求 > Enable Breakpoint |
| Rewrite | 批量修改请求/响应内容 | Tools > Rewrite |
| Map Local | 将请求映射到本地文件 | Tools > Map Local |
| Throttling | 模拟弱网环境 | Proxy > Throttle Settings |
3.3 性能优化与最佳实践
长期使用 Charles 抓包时，以下几点可以帮助提升效率：
过滤无关流量：
- 使用 Filter 功能只显示目标应用的流量
- 可以按主机名、路径等条件过滤
保存常用会话：
- 将重要的抓包会话保存为 .chls 文件
- 可以添加注释标记关键请求
团队协作：
- 使用 Charles 的 Session Sharing 功能
- 导出 curl 命令供同事复现问题
# 从 Charles 导出的 curl 命令示例 curl -v -X POST https://api.example.com/v1/login \ -H "Content-Type: application/json" \ -H "User-Agent: ExampleApp/1.0" \ -d '{"username":"test","password":"123456"}'在实际工作中，我发现最常遇到的问题往往不是工具本身，而是对 HTTPS 原理理解不够深入。建议开发者在遇到问题时，先理清证书链的验证流程，了解 TLS 握手的基本步骤，这样排查问题会更加高效。
