Conectarase OkHttp directamente cando falla un proxy?
Use a versión do cliente, os candidatos de enrutamento e a ruta de reintento da aplicación para decidir se un proxy fallido pode levar a un acceso directo.
No caso histórico do proxy HTTP do sistema, OkHttp cambiou o seu comportamento na versión 3.5.0: deixou de tentar unha conexión directa despois de que ese proxy fallase. Un informe máis antigo sobre un retroceso silencioso pode describir o comportamento anterior a ese cambio.
Esa historia non resolve a política de enrutamento de cada aplicación. Para interpretar un informe da súa propia aplicación, siga estas tres comprobacións:
- Atope a versión resolta de OkHttp. Use a información de dependencias da aplicación, incluída a versión que un framework realmente inclúe, en lugar da idade do exemplo copiado.
- Atope como este cliente escolle unha ruta. Un proxy explícito e un ProxySelector personalizado son configuracións distintas. Se o selector ofrece un candidato directo despois dun proxy, está ofrecendo unha alternativa directa.
- Siga o xestor de fallos. Busque código da aplicación que reintente con outro cliente. Unha petición directa feita por ese substituto queda fóra da decisión do primeiro cliente.
Para un requisito de proxy obrigatorio, a política do cliente correspondente debe deterse en lugar de ofrecer unha alternativa directa. Comprobe o cliente real e a ruta de reintento fronte a ese requisito; o cambio de 3.5.0 por si só non é unha regra de tráfico para toda a máquina.