Ühe nimelise HttpClientsi jaoks konfigureeritud puhverserver ei konfigureeri automaatselt iga klienti, mille IHttpClientFactory tagastab. Hoidke registreerimise nimi ja soovitud nimi koos.

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

Seejärel hankige see nimeline konfiguratsioon:

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

Lõpp-punkt on illustratiivne. Lubatud avalike teenuste päringute jaoks pakub HTTP puhverserverite loend kandidaate nimelise kliendi WebProxy URL-ile. Vaikimisi nimetu kliendi loomine mujal on teine otsing, isegi kui mõlemad kliendid pärinevad samast süstitud tehasest.

Konfigureerige puhverserveri käitumine ühenduse tasandil primaarsel handleril, selle asemel et käsitleda seda sihtpäringu päisena. Tehas saab handlerite eluiga hallata eraldi HttpClienti objektidest, mille see tagastab.

Kui kutse kuulub tüübistatud kliendile või mõnele teisele SDK-le, kontrollige, milline registreerimine selle HttpClienti pakub. Õigesti konfigureeritud nimeline klient, mida kunagi ei kasutata, ei mõjuta selle SDK võrguteed.

Kasutage seda konfiguratsiooni stabiilse marsruutimispoliitika jaoks. Elava handleri muutmine operatsioonide vahel jääb eraldi kõrvalisuse ja eluea probleemiks.

Seotud artiklid