Արդյո՞ք ընդհանուր .NET IWebProxy-ն անվտանգ է զուգահեռ հարցումների դեպքում։

IWebProxy-ը նկարագրում է պրոքսիի քաղաքականություն։ Այն բոլոր իրականացումներին չի տալիս զուգահեռության նույն երաշխիքները։ Նախքան մեկ օրինակն աշխատող առաջադրանքների միջև կիսելը, բացահայտեք դրա կոնկրետ իրականացումը և այն գործարկման միջավայրը, որին պատկանում է։

Ինտերֆեյսը ներկայացնում է նպատակակետից կախված երթուղու հարցումներ և հավատարմագրեր։ Հատուկ իրականացումը կարող է դիմել ֆիքսված հասցեի, փոփոխվող վիճակի կամ ավտոմատ կոնֆիգուրացիայի։ Այդ ընտրությունները ազդում են և՛ անվտանգության, և՛ արտադրողականության վրա։

Կոնֆիգուրացիայի փոփոխությունները պահեք հարցումների մշակումից դուրս

Խուսափեք մեկ ընդհանուր պրոքսի օբյեկտը սևագրի պես օգտագործելուց. դրա հասցեն կամ հավատարմագրերը A աշխատանքի համար փոխելը, մինչ B աշխատանքը երթուղի է ընտրում, սեփականությունը դարձնում է անհասկանալի։ Կարգավորեք քաղաքականությունը նախքան այն հաճախորդին հանձնելը։ Տարբեր պրոքսիի հաշիվներ կամ վերջնակետեր ունեցող աշխատանքների համար օգտագործեք առանձին պատկանող հաճախորդի կոնֆիգուրացիաներ։

Պատմական WebProxy փաստաթղթերը չէին տալիս թելերի անվտանգության երաշխիք օրինակի անդամների համար։ Կիրառեք այդ պայմանագիրը համապատասխան իրականացման վրա։ Եթե սինխրոնացում է պահանջվում, ամեն ընթերցող և գրող պետք է մասնակցի. փաթաթող կողպեքը չի կարող համակարգել զանգահարողներին, որոնք ուղղակիորեն օգտագործում են սկզբնական օբյեկտը։

Երկար դադարը GetProxy-ում կարող է փոխարենը կապված լինել հայտնաբերման կամ PAC գնահատման հետ։ Microsoft-ը փաստագրում է արգելափակող հայտնաբերում WinHTTP-ի համար. այդ բացատրությունը գործում է, երբ հաճախորդը օգտագործում է այդ հետնաշերտը։ Չափեք երթուղու որոնումը առանձին միացման և պատասխանի ժամանակից։ Դանդաղ որոնումը հաջորդականացնելը կարող է պարզապես հերթ ստեղծել։

Ֆիքսված վերջնակետը կարող է վերացնել հայտնաբերումը, երբ նախատեսվում է ֆիքսված երթուղի։ Փոփոխվող համակարգային քաղաքականությունից մեկ URI գրավելը նույնպես մերժում է դրա ապագա որոշումները։ Պահպանեք այդ տարբերությունը հին կոդը սպասարկելիս. նոր HTTP աշխատանքի համար օգտագործեք HttpClient-ը և դրա աջակցվող մշակիչի կոնֆիգուրացիան։