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

При дефект во распоредена околина, проверете го процесот што навистина ја стартува апликацијата. Неговата околина, сметка и HTTP-ракувач определуваат кои прокси влезови се достапни.

Каде работиШто да споредите по распоредувањето
Профил за стартување во IDEОколината на процесот домаќин
Интерактивна корисничка сесијаСметката на услугата и нејзините прокси поставки
Рачно создаден HTTP клиентРакувачот што го користи вметнатиот клиент на апликацијата

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

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

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

Поврзани статии