В историческом случае системного HTTP-прокси OkHttp изменил поведение в версии 3.5.0: он перестал пытаться установить прямое соединение после сбоя этого прокси. Более старый отчёт о тихом откате может описывать поведение до этого изменения.

Эта история не решает политику маршрутизации каждого приложения. Чтобы интерпретировать отчёт из вашего приложения, выполните три проверки:

  1. Найдите разрешённую версию OkHttp. Используйте сведения о зависимостях приложения, включая версию, которую фактически включает фреймворк, а не возраст копируемого примера.
  2. Выясните, как этот клиент выбирает маршрут. Явный прокси и пользовательский ProxySelector — разные конфигурации. Если селектор после прокси предлагает прямого кандидата, он предлагает прямую альтернативу.
  3. Проследите обработчик сбоя. Ищите код приложения, который повторяет попытку с другим клиентом. Прямой запрос этого заменителя находится вне решения первого клиента.

Для требования обязательного прокси соответствующая политика клиента должна остановиться, а не предлагать прямую альтернативу. Проверьте реальный клиент и путь повторной попытки на соответствие этому требованию; одно изменение в 3.5.0 не является правилом трафика для всей машины.

Похожие статьи