OkHttp si connette direttamente quando un proxy non funziona?
Usa la versione del client, i candidati di instradamento e il percorso di nuovo tentativo dell'applicazione per decidere se un proxy non funzionante può portare a un accesso diretto.
Nel caso storico del proxy HTTP di sistema, OkHttp ha cambiato comportamento nella 3.5.0: ha smesso di tentare una connessione diretta dopo il fallimento di quel proxy. Un rapporto più vecchio su un ritorno silenzioso può descrivere il comportamento precedente a quella modifica.
Quella storia non risolve la politica di instradamento di ogni applicazione. Per interpretare un rapporto della tua applicazione, segui questi tre controlli:
- Trova la versione di OkHttp risolta. Usa le informazioni sulle dipendenze dell'applicazione, inclusa la versione effettivamente inclusa da un framework, invece dell'età dell'esempio copiato.
- Trova come questo client sceglie una rotta. Un proxy esplicito e un ProxySelector personalizzato sono configurazioni diverse. Se il selettore fornisce un candidato diretto dopo un proxy, sta offrendo un'alternativa diretta.
- Segui il gestore degli errori. Cerca codice dell'applicazione che ritenta con un altro client. Una richiesta diretta fatta da quel sostituto resta fuori dalla decisione del primo client.
Per un requisito di proxy obbligatorio, la politica del client interessato deve fermarsi invece di offrire un'alternativa diretta. Verifica il client reale e il percorso di nuovo tentativo rispetto a quel requisito; la modifica 3.5.0 da sola non è una regola di traffico valida per l'intera macchina.