ios APP应用内购买测试中,在fiddler代理抓包下无法进行苹果应用内支付购买解决方案

本文主要探讨在使用fiddler进行iOS应用内购买测试时遇到的SSL报错问题。通过关闭WiFi并利用数据网络完成购买,然后迅速切换回WiFi并开启代理,来抓取支付回调请求。建议使用Charles工具,因其能更方便地设置SSL代理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 前言:

重点说明:此文针对fiddler工具,使用charles抓包测试购买无此问题,只要SSL Proxying Settings设置时不要设置为代理所有(即不要设置为*:*),仅仅代理所测试应用的域名即可(即需要抓取那个域名代理那个域名下的请求,如 www.baidu.com:*)

当然了也想着fiddler不代理苹果相关的域名,或者仅仅代理待测应用的域名来解决问题,可是没找到单个域名代理设置,只有个绕过域名的设置(tools》options》connections 连接设置中的bypass fiddler for urls that start with 选项),设置重启fiddler生效

但是实测只对PC端的请求生效,对移动端APP的请求则不生效(未找到原因),又习惯使用fiddler(个人习惯),所以才有了以下使用fiddler的迂回方案

ps:

(1)使用charles抓取https的包都需要进行SSL Proxying Settings设置的,否则看到都是unknown,没有具

### 使用Fiddler抓取iOS APP数据包 为了成功使用Fiddler捕获来自iOS应用程序的数据流量,需遵循一系列配置步骤以确保两者之间的通信顺畅。 #### 配置环境准备 确认Fiddler已安装于计算机上,并且iOS设备与该计算机处于相同的局域网内。这一步骤至关重要,因为只有在同一网络环境下才能实现有效的数据交换[^2]。 #### 设置HTTPS解密功能 对于采用SSL/TLS加密传输的应用程序来说,还需要特别处理其安全连接部分。具体做法是在Fiddler内部开启针对HTTPS请求的拦截模式;与此同时,在iPhone端导入由Fiddler自动生成的信任根证书,从而允许中间人攻击形式的安全会话建立[^3]。 #### iOS设备代理配置 前往iOS系统的Wi-Fi设置页面,找到当前使用的无线网络条目下的高级选项——HTTP代理处切换至手动输入状态。在此界面里指定PC侧运行着Fiddler服务实例的公网IP地址作为远程服务器位置,而监听端口通常保持默认值8888不变即可[^5]。 #### 启用并验证信任关系 完成上述所有前置条件之后,返回到iOS装置的安全性和隐私保护中心查找有关已安装CA认证机构列表的位置,从中定位到名为DO_NOT_TRUST_FiddlerRoot项并激活它。这一动作意味着授予了临时权限给Fiddler去读取消息体内的具体内容。 #### 实际测试环节 最后执行简单的网页浏览或其他在线活动尝试触发目标应用发起对外部资源获取的动作,此时应该可以在Fiddler界面上观察到来自客户端发出的一系列HTTP(S)事务记录。如果一切正常运作的话,则说明整个部署过程顺利完成[^1]。 ```bash # 测试命令用于检验电脑同手机间的连通状况 ping iPhone_IP_Address ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值