A lidhet OkHttp drejtpërdrejt kur dështon një proxy?

Përdorni versionin e klientit, kandidatët e rrugëzimit dhe rrugën e ripërpjekjes së aplikacionit për të vendosur nëse një proxy i dështuar mund të çojë në akses të drejtpërdrejtë.

Në rastin historik të proxy-t HTTP të sistemit, OkHttp ndryshoi sjelljen në 3.5.0: ndaloi së provuari një lidhje të drejtpërdrejtë pasi ai proxy dështoi. Një raport më i vjetër për një rikthim të heshtur mund të përshkruajë sjelljen para atij ndryshimi.

Ai historik nuk vendos politikën e rrugëzimit të çdo aplikacioni. Për të interpretuar një raport nga aplikacioni juaj, ndiqni këto tre kontrolle:

  1. Gjeni versionin e zgjidhur të OkHttp. Përdorni informacionin e varësive të aplikacionit, duke përfshirë versionin që një framework përfshin në të vërtetë, në vend të moshës së shembullit që kopjohet.
  2. Gjeni si ky klient zgjedh një rrugë. Një proxy i qartë dhe një ProxySelector i personalizuar janë konfigurime të ndryshme. Nëse përzgjedhësi ofron një kandidat të drejtpërdrejtë pas një proxy, po ofron një alternativë të drejtpërdrejtë.
  3. Ndiqni trajtuesin e dështimit. Kërkoni kod aplikacioni që riprovo me një klient tjetër. Një kërkesë e drejtpërdrejtë e bërë nga ai zëvendësues është jashtë vendimit të klientit të parë.

Për një kërkesë për proxy të detyrueshëm, politika përkatëse e klientit duhet të ndalojë në vend që të ofrojë një alternativë të drejtpërdrejtë. Kontrolloni klientin aktual dhe rrugën e ripërpjekjes kundrejt asaj kërkese; ndryshimi i 3.5.0 i vetëm nuk është rregull trafiku për të gjithë makinën.

Artikuj të ngjashëm