Es connectarà OkHttp directament quan falla un proxy?
Utilitzeu la versió del client, els candidats d'encaminament i el camí de reintent de l'aplicació per decidir si un proxy fallit pot portar a un accés directe.
En el cas històric del proxy HTTP del sistema, OkHttp va canviar el comportament a la versió 3.5.0: va deixar de provar una connexió directa després que aquest proxy fallés. Un informe més antic de retrocés silenciós pot descriure el comportament anterior a aquest canvi.
Aquesta història no resol la política d'encaminament de cada aplicació. Per interpretar un informe de la vostra aplicació, seguiu aquestes tres comprovacions:
- Trobeu la versió resolta d'OkHttp. Utilitzeu la informació de dependències de l'aplicació, inclosa la versió que realment inclou un framework, en lloc de l'edat de l'exemple copiat.
- Trobeu com aquest client tria una ruta. Un proxy explícit i un ProxySelector personalitzat són configuracions diferents. Si el selector ofereix un candidat directe després d'un proxy, està oferint una alternativa directa.
- Seguiu el gestor de fallades. Cerqueu codi de l'aplicació que reintenti amb un altre client. Una petició directa feta per aquest substitut queda fora de la decisió del primer client.
Per a un requisit de proxy obligatori, la política del client pertinent ha d'aturar-se en lloc d'oferir una alternativa directa. Comproveu el client real i el camí de reintent contra aquest requisit; el canvi de 3.5.0 per si sol no és una regla de trànsit per a tota la màquina.