Opretter OkHttp direkte forbindelse, når en proxy fejler?
Brug klientversionen, rutevalgskandidater og applikationens genforsøgsvej til at afgøre, om en fejlet proxy kan føre til direkte adgang.
I det historiske tilfælde med systemets HTTP-proxy ændrede OkHttp adfærd i 3.5.0: det holdt op med at forsøge en direkte forbindelse, efter at proxyen fejlede. En ældre rapport om stille tilbagefald kan beskrive adfærden før denne ændring.
Den historie afgør ikke hver applikations ruteningspolitik. For at fortolke en rapport fra din egen applikation skal du følge disse tre kontroller:
- Find den opløste OkHttp-version. Brug applikationens afhængighedsoplysninger, inklusive den version et framework faktisk har medtaget, i stedet for alderen på det kopierede eksempel.
- Find ud af, hvordan denne klient vælger en rute. En eksplicit proxy og en tilpasset ProxySelector er forskellige konfigurationer. Hvis selectoren giver en direkte kandidat efter en proxy, tilbyder den et direkte alternativ.
- Følg fejlbehandleren. Se efter applikationskode, der prøver igen med en anden klient. En direkte anmodning fra den erstatning ligger uden for den første klients beslutning.
Ved et krav om obligatorisk proxy skal den relevante klientpolitik stoppe i stedet for at tilbyde et direkte alternativ. Kontrollér den faktiske klient og genforsøgsvej mod dette krav; ændringen i 3.5.0 alene er ikke en maskinomfattende trafikregel.