Sil OkHttp direkt ferbine as in proxy mislearret?
Brûk de klientferzje, routingkandidaten en it werbesykpaad fan 'e applikaasje om te besluten oft in mislearre proxy ta direkte tagong liede kin.
Yn it histoaryske gefal fan 'e systeem-HTTP-proxy feroare OkHttp syn gedrach yn 3.5.0: it stoppe mei it besykjen fan in direkte ferbining neidat dy proxy mislearre. In âlder rapport oer stil falom kin it gedrach foar dy feroaring beskriuwe.
Dy skiednis beslist net it routingbelied fan elke applikaasje. Om in rapport út jo eigen applikaasje te ynterpretearjen, folgje dizze trije kontrôles:
- Fyn de oploste OkHttp-ferzje. Brûk de ôfhinklikensynformaasje fan 'e applikaasje, ynklusyf de ferzje dy't in ramt eins bondelje, ynstee fan 'e leeftyd fan it kopiearre foarbyld.
- Fyn hoe't dizze klient in rûte kiest. In eksplisite proxy en in oanpaste ProxySelector binne ferskate konfiguraasjes. As de selektor nei in proxy in direkte kandidaat leveret, biedt er in direkte alternatyf oan.
- Folgje de mislearringsbehanneler. Sykje applikaasjekoada dy't wer besiket mei in oare klient. In direkte fersyk fan dy ferfanger leit bûten it beslút fan 'e earste klient.
Foar in ferplichte-proxy-eask moat it oanbelangjende klientbelied stopje ynstee fan in direkte alternatyf oan te bieden. Kontrolearje de eins klient en it werbesykpaad tsjin dat eask; de feroaring fan 3.5.0 allinne is gjin masinebrede ferkearsregel.