Tumia tena rasilimali za OkHttp unapochagua proksi tofauti

Ombi la OkHttp halina uwanja wa proksi unaobadilika kwa ujumla. Chagua mteja aliye na njia inayokusudiwa kabla ya kuunda simu yake.

Wakati usanidi uliobaki unapaswa kubaki umeshirikiwa, chukua mteja aliyeelekezwa kutoka kwa mteja aliyepo:

OkHttpClient routed = baseClient.newBuilder()
    .proxy(new Proxy(Proxy.Type.HTTP,
        new InetSocketAddress("203.0.113.10", 8080)))
    .build();

Kituo cha mwisho ni kielelezo tu. Vituo vya mwisho vya HTTP vya umma kutoka orodha ya proksi za HTTP vinaweza kujaza anwani hii ya soketi kwa njia inayoruhusiwa ya huduma ya umma, mradi sera ya mteja msingi haitoi hati za kuthibitisha proksi kwa kituo kipya cha mwisho. OkHttp inaandika kwamba newBuilder hushiriki rasilimali za bwawa la miunganisho na nyuzi na mteja asili. Hiyo haimaanishi kwamba soketi iliyoanzishwa kupitia proksi moja inaweza kuwekwa lebo upya kama njia nyingine. Ustahiki wa muunganisho bado unategemea usanidi wa njia na anwani.

Kwa kazi inayorudiwa, weka seti ndogo ya wateja iliyofungwa kwa sera ya uelekezaji unayohitaji kweli. Epuka ramani isiyo na kikomo ambayo funguo zake zina kila akaunti ya muda au tofauti ya proksi iliyowahi kuonekana.

Ushirikiano wa rasilimali pia huathiri kuzima. Kufunga akiba iliyoshirikiwa au kuzima kisambazaji kilichoshirikiwa kunaweza kuathiri wateja wengine waliotokana nao wanaotumia rasilimali hizo. Ipe umiliki wa rasilimali maisha ya wazi katika kiwango cha programu badala ya kuchukulia kila mteja aliyetokana kama safu ya mtandao iliyotengwa.

Hatimaye, jumuisha utambulisho wa proksi iliyochaguliwa katika metadata ya simu yenyewe. Kigezo cha kimataifa cha “proksi ya mwisho iliyochaguliwa” hakiwezi kutambua njia ya maombi kadhaa ya wakati mmoja.