Kokonekta ba ang OkHttp nang direkta kapag nabigo ang isang proxy?

Gamitin ang bersyon ng kliyente, mga kandidato sa pagruruta at landas ng muling pagsubok ng aplikasyon upang magpasya kung ang nabigong proxy ay maaaring humantong sa direktang pag-access.

Sa makasaysayang kaso ng system HTTP proxy, binago ng OkHttp ang pag-uugali nito sa 3.5.0: tumigil ito sa pagsubok ng direktang koneksyon matapos mabigo ang proxy na iyon. Maaaring inilalarawan ng mas lumang ulat tungkol sa tahimik na pagbabalik ang pag-uugali bago ang pagbabagong iyon.

Hindi niresolba ng kasaysayang iyon ang patakaran sa pagruruta ng bawat aplikasyon. Para bigyang-kahulugan ang ulat mula sa sarili mong aplikasyon, sundin ang tatlong pagsusuring ito:

  1. Hanapin ang naresolbang bersyon ng OkHttp. Gamitin ang impormasyon ng dependency ng aplikasyon, kabilang ang bersyon na aktwal na isinama ng isang framework, sa halip na edad ng halimbawang kinokopya.
  2. Alamin kung paano pumipili ng ruta ang kliyenteng ito. Ang tahasang proxy at pasadyang ProxySelector ay magkaibang configuration. Kung nagbibigay ang selector ng direktang kandidato pagkatapos ng proxy, nag-aalok ito ng direktang alternatibo.
  3. Sundan ang failure handler. Hanapin ang code ng aplikasyon na muling sumusubok sa ibang kliyente. Ang direktang kahilingang ginawa ng kapalit na iyon ay nasa labas ng desisyon ng unang kliyente.

Para sa mandatoryong kinakailangan ng proxy, dapat huminto ang kaugnay na patakaran ng kliyente sa halip na mag-alok ng direktang alternatibo. Suriin ang aktwal na kliyente at landas ng muling pagsubok laban sa kinakailangang iyon; ang pagbabago sa 3.5.0 lamang ay hindi patakaran sa trapiko para sa buong makina.

Kaugnay na mga artikulo