Прокси вредност у launchSettings.json припада развојном профилу покретања. Објављивање апликације не чини тај профил окружењем IIS радног процеса, сервиса или контејнера.

Код квара у имплементираном окружењу прегледајте процес који стварно покреће апликацију. Његово окружење, налог и HTTP руковалац одређују који су прокси улази доступни.

Где радиШта упоредити након имплементације
Профил покретања у IDE-уОкружење процеса домаћина
Интерактивна корисничка сесијаНалог сервиса и његова прокси подешавања
Ручно креиран HTTP клијентРуковалац који користи убачени клијент апликације

Иницијализација подразумеваног проксија у модерном HttpClient-у има правила окружења и системске конфигурације специфична за платформу. Експлицитно конфигуриран руковалац може да надјача те подразумеване вредности. Уз IHttpClientFactory проверите регистрацију примарног руковаоца именованог клијента и назив добијен на месту позива. Проверите оба улаза пре него што закључите да је конфигурациона датотека занемарена.

Старији .NET Framework примери system.net/defaultProxy описују други модел конфигурације. Не лепите тај одељак у модерну датотеку имплементације и не претпостављајте да га користи свака .NET HTTP имплементација. У IIS имплементацији, ASP.NET Core модул такође има подржан механизам конфигурације окружења процеса; сачувајте остатак конфигурације хостовања при додавању вредности.

Забележите постоји ли очекивана променљива без објављивања њене пуне вредности која носи акредитиве. Затим потврдите да клијент који извршава неуспели захтев користи тај извор. Исправно конфигуриран покретач не може да поправи клијент који намерно користи другу руту.

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