Прокси конфигурисан за један именовани HttpClient не конфигурише аутоматски сваки клијент који враћа IHttpClientFactory. Име регистрације и затражено име треба да остану заједно.

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

Затим преузмите ту именовану конфигурацију:

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

Крајња тачка је илустративна. За дозвољене захтеве ка јавним услугама, листа HTTP проксија нуди кандидате за WebProxy URL именованог клијента. Прављење подразумеваног неименованог клијента на другом месту је друга полазница, чак и ако оба клијента долазе из исте инјектоване фабрике.

Конфигуришите понашање проксија на нивоу везе на примарном обрађивачу, уместо да га третирате као заглавље захтева ка одредишту. Фабрика може да управља животним веком обрађивача одвојено од HttpClient објеката које враћа.

Ако позив припада типизираном клијенту или другом SDK-у, проверите која регистрација обезбеђује његов HttpClient. Исправно конфигурисан именовани клијент који се никад не користи не утиче на мрежну путању тог SDK-а.

Користите ову конфигурацију за стабилну политику рутирања. Промена активног обрађивача између операција и даље је одвојен проблем конкурентности и животног века.

Повезани чланци