Se bo OkHttp povezal neposredno, ko posrednik ne uspe?
Uporabite različico odjemalca, kandidate za usmerjanje in pot ponovnega poskusa v aplikaciji, da se odločite, ali neuspešen posrednik lahko vodi v neposreden dostop.
V zgodovinskem primeru sistemskega proxyja HTTP je OkHttp spremenil vedenje v različici 3.5.0: prenehal je poskušati neposredno povezavo, potem ko je ta proxy propadel. Starejše poročilo o tihem vračanju lahko opisuje vedenje pred to spremembo.
Ta zgodovina ne odloča o politiki usmerjanja vsake aplikacije. Če želite razložiti poročilo iz svoje aplikacije, izvedite te tri preveritve:
- Poiščite razrešeno različico OkHttp. Uporabite podatke o odvisnostih aplikacije, vključno z različico, ki jo ogrodje dejansko vključi, namesto starosti kopiranega primera.
- Ugotovite, kako ta odjemalec izbere pot. Izrecni proxy in prilagojeni ProxySelector sta različni konfiguraciji. Če selektor po proxyju ponudi neposrednega kandidata, ponuja neposredno alternativo.
- Sledite obravnavi napake. Poiščite kodo aplikacije, ki znova poskusi z drugim odjemalcem. Neposredna zahteva tega nadomestila je zunaj odločitve prvega odjemalca.
Za zahtevo obveznega proxyja se mora ustrezna politika odjemalca ustaviti, namesto da bi ponudila neposredno alternativo. Preverite dejanskega odjemalca in pot ponovnega poskusa glede na to zahtevo; sama sprememba v 3.5.0 ni prometno pravilo za celoten stroj.