Ios BoringSSL nw_协议_BoringSSL_获取_输出_帧。。。获取输出帧失败,状态8196日志混乱
目前,我们的objective-c应用程序有两个用例连接到node.js服务器。第一种情况是将我们的应用程序托管在客户机服务器上,其中我们的SSL证书直接位于node.js中。第二个是我们的云托管解决方案,我们通过Azure Web应用程序防火墙路由所有内容,该防火墙具有SSL证书,而不是节点中的证书 我的问题或困惑是,当我们连接到azure服务器时,我们的平板电脑应用程序会记录所有这些无聊的SSL日志和TIC读取状态日志:Ios BoringSSL nw_协议_BoringSSL_获取_输出_帧。。。获取输出帧失败,状态8196日志混乱,ios,objective-c,ssl,boringssl,Ios,Objective C,Ssl,Boringssl,目前,我们的objective-c应用程序有两个用例连接到node.js服务器。第一种情况是将我们的应用程序托管在客户机服务器上,其中我们的SSL证书直接位于node.js中。第二个是我们的云托管解决方案,我们通过Azure Web应用程序防火墙路由所有内容,该防火墙具有SSL证书,而不是节点中的证书 我的问题或困惑是,当我们连接到azure服务器时,我们的平板电脑应用程序会记录所有这些无聊的SSL日志和TIC读取状态日志: [BoringSSL] nw_protocol_boringssl_g
[BoringSSL] nw_protocol_boringssl_get_output_frames(1301) [C12.1:2][0x101843dd0] get output frames failed, state 8196
TIC Read Status [12:0x0]: 1:57
TIC Read Status [12:0x0]: 1:57
但是,当我们连接到不使用Azure服务的客户机服务器时,我们看不到任何这些日志,但它们都使用SSL
我们还没有发现任何请求失败的问题,但我们想知道这是否会导致在几个小时的使用过程中性能不佳
平板电脑上的objective-c代码或配置文件中是否存在触发这些日志的内容,或者这是否存在于Web应用程序防火墙中
这些日志频繁出现,使得跟踪和调试与实际问题相关的日志变得非常困难。您知道如何使这些日志静音吗?