BoringSSL nw_protocol_boringssl_get_output_frames ... получить выходные кадры не удалось, состояние 8196 путаница журнала - PullRequest
9 голосов
/ 23 марта 2019

В настоящее время у нас есть два варианта использования для нашего приложения target-c, которое подключается к серверу node.js.В первом случае наше приложение размещается на клиентском сервере, где у нас есть SSL-сертификат непосредственно в node.js.Второе - это наше облачное решение, где мы маршрутизируем все через брандмауэр веб-приложений Azure, который имеет сертификат SSL, а не узел.

Мой вопрос или путаница заключается в том, что при подключении к серверу Azure наше приложение для планшетарегистрирует все эти журналы BoringSSL и журналы состояния чтения TIC:

[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 или файлах конфигурации на планшете, который вызывает эти журналы, или это что-то в брандмауэре веб-приложений?

Эти журналы происходят так часто, что он вызываеточень трудно отслеживать и отлаживать журналы, связанные с актуальными проблемами.

...