launchSettings.json-ում պրոքսի արժեքը պատկանում է մշակման մեկնարկային պրոֆիլին։ Հավելվածը հրապարակելը այդ պրոֆիլը չի դարձնում IIS աշխատանքային գործընթացի, ծառայության կամ կոնտեյների միջավայր։

Տեղակայված միջավայրում խափանման դեպքում ուսումնասիրեք այն գործընթացը, որն իրականում գործարկում է հավելվածը։ Նրա միջավայրը, հաշիվը և HTTP մշակիչը որոշում են, թե որ պրոքսի մուտքերն են հասանելի։

Որտեղ է աշխատումԻնչ համեմատել տեղակայումից հետո
IDE-ի մեկնարկային պրոֆիլՀոսթ գործընթացի միջավայրը
Ինտերակտիվ օգտվողի սեսիաԾառայության հաշիվը և դրա պրոքսի կարգավորումները
Ձեռքով ստեղծված HTTP հաճախորդՄշակիչը, որն օգտագործում է հավելվածի ներարկված հաճախորդը

Ժամանակակից HttpClient-ի պրոքսի լռելյայն սկզբնավորումն ունի հարթակին հատուկ միջավայրի և համակարգի կարգավորման կանոններ։ Հստակ կարգավորված մշակիչը կարող է վերասահմանել այդ լռելյայնները։ IHttpClientFactory-ի դեպքում ստուգեք անվանված հաճախորդի հիմնական մշակիչի գրանցումը և կանչի վայրում ստացված անունը։ Ստուգեք երկու մուտքերն էլ, նախքան եզրակացնելը, որ կոնֆիգուրացիայի ֆայլը անտեսվել է։

.NET Framework-ի հին system.net/defaultProxy օրինակները նկարագրում են կոնֆիգուրացիայի այլ մոդել։ Մի տեղադրեք այդ բաժինը ժամանակակից տեղակայման ֆայլում և մի ենթադրեք, որ .NET-ի յուրաքանչյուր HTTP իրականացում այն սպառում է։ IIS տեղակայման դեպքում ASP.NET Core մոդուլը նույնպես ունի գործընթացի միջավայրի կարգավորման աջակցվող մեխանիզմ. պահպանեք հոսթինգի կոնֆիգուրացիայի մնացած մասը արժեքներ ավելացնելիս։

Արձանագրեք՝ արդյոք սպասվող փոփոխականը գոյություն ունի, առանց հրապարակելու նրա ամբողջական արժեքը, որը կրում է հավատարմագրեր։ Այնուհետև հաստատեք, որ ձախողված հարցումը կատարող հաճախորդն օգտագործում է այդ աղբյուրը։ Ճիշտ կարգավորված գործարկիչը չի կարող ուղղել հաճախորդին, որն դիտավորյալ օգտագործում է այլ ուղի։

Առնչվող հոդվածներ