I det historiske tilfellet med systemets HTTP-proxy endret OkHttp atferd i 3.5.0: det sluttet å prøve en direkte tilkobling etter at proxyen feilet. En eldre rapport om stille tilbakefall kan beskrive atferden før denne endringen.

Den historikken avgjør ikke hver applikasjons rutepolicy. For å tolke en rapport fra din egen applikasjon, følg disse tre kontrollene:

  1. Finn den løste OkHttp-versjonen. Bruk applikasjonens avhengighetsinformasjon, inkludert versjonen et rammeverk faktisk har inkludert, i stedet for alderen på eksemplet som kopieres.
  2. Finn ut hvordan denne klienten velger en rute. En eksplisitt proxy og en tilpasset ProxySelector er forskjellige konfigurasjoner. Hvis velgeren oppgir en direkte kandidat etter en proxy, tilbyr den et direkte alternativ.
  3. Følg feilhåndteringen. Se etter applikasjonskode som prøver på nytt med en annen klient. En direkte forespørsel fra den erstatningen ligger utenfor den første klientens beslutning.

Ved et krav om obligatorisk proxy må den relevante klientpolicyen stoppe i stedet for å tilby et direkte alternativ. Kontroller den faktiske klienten og nyforsøksveien mot dette kravet; endringen i 3.5.0 alene er ikke en maskinomfattende trafikkregel.

Relaterte artikler