.NET IHttpClientFactory: kusanidi proksi ya mteja aliyetajwa

Ambatisha proksi kwenye kishika kikuu cha mteja aliyetajwa wa IHttpClientFactory na tumia jina lilo hilo mahali pa wito.

Proksi iliyosanidiwa kwa HttpClient mmoja aliyetajwa haiweki kiotomatiki kila mteja anayerudishwa na IHttpClientFactory. Weka jina la usajili na jina linaloombwa pamoja.

services.AddHttpClient("via-proxy")
    .ConfigurePrimaryHttpMessageHandler(() => new HttpClientHandler
    {
        Proxy = new WebProxy("http://203.0.113.10:8080"),
        UseProxy = true
    });

Kisha pata usanidi huo uliotajwa:

var client = factory.CreateClient("via-proxy");

Kituo hicho ni cha mfano. Kwa maombi yanayoruhusiwa kwa huduma za umma, orodha ya proksi za HTTP hutoa watahiniwa kwa URL ya WebProxy ya mteja aliyetajwa. Kuunda mteja chaguo-msingi bila jina mahali pengine ni utafutaji tofauti, hata kama wateja wote wawili wanatoka kwenye kiwanda kimoja kilichodungwa.

Sanidi tabia ya proksi katika ngazi ya muunganisho kwenye kishika kikuu badala ya kuichukulia kama kichwa cha ombi la lengwa. Kiwanda kinaweza kudhibiti maisha ya vishika kando na vitu vya HttpClient inavyorudisha.

Ikiwa wito unamilikiwa na mteja aliyeandikiwa aina au SDK nyingine, angalia usajili upi hutoa HttpClient yake. Mteja aliyetajwa aliyesanidiwa ipasavyo ambaye hautumiki kamwe hauathiri njia ya mtandao ya SDK hiyo.

Tumia usanidi huu kwa sera thabiti ya uelekezaji. Kubadilisha kishika kinachotumika kati ya operesheni bado ni tatizo tofauti la uambatanisho na maisha.

Makala zinazohusiana