ایا په .NET کې شریک IWebProxy د یووخت غوښتنو په اوږدو کې خوندي دی؟
د IWebProxy پلي کولو د یووخت توب تړون د اتوماتیک پروکسي موندنې له امله رامنځته شوي ځنډ څخه توپیر کړئ.
IWebProxy د پروکسي پالیسي بیانوي. دا هر پلي کولو ته د یووخت توب ورته تضمینونه نه ورکوي. د کارکوونکو دندو ترمنځ د یوې نسخې شریکولو دمخه، د هغې مشخص پلي کول او هغه چلند چاپیریال وپیژنئ چې هغه پکې دی.
انټرفیس د منزل پورې تړلي د لارې پوښتنې او اعتبارنامې ښکاره کوي. دودیز پلي کول کیدای شي ثابت پته، بدلیدونکي حالت یا اتوماتیک ترتیب ته مراجعه وکړي. دا انتخابونه هم په خوندیتوب او هم په فعالیت اغیزه کوي.
د ترتیب بدلونونه د غوښتنې له پروسس څخه بهر وساتئ
د یو شریک پروکسي شی د مسودې په توګه کارولو څخه ډډه وکړئ: د کار A لپاره د هغې پته یا اعتبارنامې بدلول، پداسې حال کې چې کار B لاره غوره کوي، مالکیت ناڅرګند کوي. پالیسي د مراجع سره د سپارلو دمخه ترتیب کړئ. د بیلابیلو پروکسي حسابونو یا پای ټکو سره د کارونو لپاره جلا ملکیت لرونکي مراجع ترتیبات وکاروئ.
تاریخي WebProxy اسنادو د نسخې غړو لپاره د تار خوندیتوب تضمین نه ورکاوه. هغه تړون اړوند پلي کولو ته پلي کړئ. که همغږي ته اړتیا وي، هر لوستونکی او لیکونکی باید برخه واخلي؛ د پوښ تالا نشي کولی هغه زنګ وهونکي همغږي کړي چې اصلي شی مستقیم کاروي.
په GetProxy کې اوږد ځنډ ممکن د موندنې یا PAC ارزونې سره تړاو ولري. Microsoft د WinHTTP لپاره بندیدونکې موندنه مستند کوي؛ هغه توضیح هغه وخت پلي کیږي چې مراجع هغه بیک اینډ کاروي. د لارې لټون د اړیکې او ځواب وخت څخه جلا اندازه کړئ. د ورو لټون ترتیب کول یوازې یوه قطار رامنځته کولی شي.
ثابت پای ټکی کولی شي موندنه لرې کړي کله چې ثابته لاره په پام کې وي. د بدلیدونکي سیسټم پالیسۍ څخه یو URI نیول هم د هغې راتلونکي پریکړې ردوي. په زوړ کوډ ساتلو کې هغه توپیر وساتئ؛ نوي HTTP کار لپاره HttpClient او د هغې ملاتړ شوي هندلر ترتیب وکاروئ.