Ar OkHttp prisijungs tiesiogiai, kai proxy nepavyksta?

Naudokite kliento versiją, maršrutų kandidatus ir programos kartojimo kelią, kad nuspręstumėte, ar nepavykęs proxy gali lemti tiesioginę prieigą.

Istoriniu sistemos HTTP proxy atveju OkHttp pakeitė elgseną 3.5.0 versijoje: jis nustojo bandyti tiesioginį ryšį po to, kai tas proxy nepavyko. Senesnė ataskaita apie tylų grįžimą gali aprašyti elgseną prieš tą pakeitimą.

Ši istorija nenusprendžia kiekvienos programos maršrutizavimo politikos. Norėdami interpretuoti ataskaitą iš savo programos, atlikite tris patikrinimus:

  1. Raskite išspręstą OkHttp versiją. Naudokite programos priklausomybių informaciją, įskaitant versiją, kurią karkasas faktiškai įtraukė, o ne kopijuojamo pavyzdžio amžių.
  2. Raskite, kaip šis klientas pasirenka maršrutą. Aiškus proxy ir pasirinktinis ProxySelector yra skirtingos konfigūracijos. Jei selektorius po proxy pateikia tiesioginį kandidatą, jis siūlo tiesioginę alternatyvą.
  3. Sekite gedimų apdorojimą. Ieškokite programos kodo, kuris kartoja bandymą su kitu klientu. To pakaitalo atlikta tiesioginė užklausa yra už pirmojo kliento sprendimo ribų.

Jei reikalaujama privalomo proxy, atitinkama kliento politika turi sustoti, o ne siūlyti tiesioginę alternatyvą. Patikrinkite faktinį klientą ir kartojimo kelią pagal tą reikalavimą; vien 3.5.0 pakeitimas nėra visos mašinos srauto taisyklė.

Susiję straipsniai