I det historiske tilfellet med system-HTTP-proxyen endra OkHttp åtferd i 3.5.0: det slutta å prøve ei direkte tilkopling etter at proxyen feila. Ein eldre rapport om stille tilbakefall kan skildre åtferda før denne endringa.

Den historia avgjer ikkje rutepolitikken til kvar applikasjon. For å tolke ein rapport frå din eigen applikasjon, følg desse tre kontrollane:

  1. Finn den løyste OkHttp-versjonen. Bruk avhengigheitsinformasjonen til applikasjonen, inkludert versjonen eit rammeverk faktisk har bunde inn, i staden for alderen på dømet som blir kopiert.
  2. Finn ut korleis denne klienten vel ei rute. Ein eksplisitt proxy og ein tilpassa ProxySelector er ulike konfigurasjonar. Viss veljaren gir ein direkte kandidat etter ein proxy, tilbyr han eit direkte alternativ.
  3. Følg feilhandteraren. Leit etter applikasjonskode som prøver på nytt med ein annan klient. Ein direkte førespurnad frå den erstatninga ligg utanfor avgjerda til den første klienten.

Ved eit krav om obligatorisk proxy må den relevante klientpolitikken stoppe i staden for å tilby eit direkte alternativ. Kontroller den faktiske klienten og nyforsøksvegen mot dette kravet; endringa i 3.5.0 åleine er ikkje ein maskinomfattande trafikkregel.

Relaterte artiklar