|د پروکسي یوځای شوې تصدیق: د خدمت حسابونه او د بل چا په توګه ځان ښودل
|هغه امنیتي زمینه وڅیړئ چې د پروکسي یوځای شوې تصدیق شاته ده، کله چې یو ډول اپلیکیشن په متقابل ډول کار کوي خو د ویب خدمت یا مهال شوي بهیر په توګه ناکامېږي.
«زما د Windows اعتبارنامې وکاروه» یو کس غواړي. په ډیسکټاپ پروګرام کې هغه کس کیدای شي هغه څوک وي چې دا چلوي. په خدمت کې هغه د خدمت حساب کیدای شي. په ویب اپلیکیشن کې، د میلمه بریالۍ ننوتنه په خپله د وتونکي غوښتنې امنیتي زمینه نه بدلوي.
دا تشریح کوي چې ولې په یوه ماشین کې براوزر او د سرور خوا کوډ کیدای شي د یوځای شوې تصدیق لرونکي پروکسي څخه بېلابېلې پایلې ترلاسه کړي. کیدای شي دوی بېلابېل هویتونه ښکاره کوي.
د کوډ بدلولو دمخه هویتونو ته نوم ورکړئ
- هغه کس چې په ډیسکټاپ براوزر کې ننوتلی دی.
- هغه حساب چې د اپلیکیشن بهیر کوربه کوي.
- هر هغه ځان ښودنه چې د وتونکي عملیات لپاره فعاله ده.
- هغه حساب چې پروکسي واقعاً منلی یا رد کړی دی.
په .NET لخوا ملاتړ شوو د یوځای شوې تصدیق لارو کې، DefaultCredentials د اوسني امنیتي زمینې پورې اړه لري. دا د هر هغه چا لپاره نړیوال لقب نه دی چې په بله ماشین کې یې پاڼه پرانیستې ده.
که محصول په قصد سره د کارونکي په توګه عمل کوي، ځان ښودنه او د شبکې د استازیتوب هر ډول اړتیا خپل ملاتړ شوی ډیزاین غواړي. د تلواليزو اعتبارنامو د کارولو یو عمومي سویچ چالانول هغه ډیزاین نه رامنځته کوي. په مقابل کې، هغه شاتنی دنده چې د خدمت هویت په توګه د چلولو لپاره جوړه شوې ده، باید په دې تکیه نه وي چې یو څوک لومړی براوزر پرانیزي.
پټې راویستل شوې تعاملي او ځای پرځای شوې پیلونه سره پرتله کړئ: د حساب زمینه، د پروکسي پای ټکی، اعلان شوې طریقه او رد شوی هویت. یوازې د دې لپاره چې یو ځلینه غوښتنه بریالۍ شوه، ډیسکټاپ پټنوم اپلیکیشن ته مه کاپی کوئ. هغه حساب تنظیم کړئ چې اپلیکیشن باید وکاروي، بیا هغه مالکیت د ځای پرځای کولو په ریکارډ کې څرګند وساتئ.