د Basic او Digest پراکسي تصدیق
د دواړو خواوو له خوا ملاتړ شوی پراکسي تصدیق وټاکئ او د Digest ننګونه له کوډ شوي ټرانسپورټ څخه جلا کړئ.
د Basic یا Digest له جبري کولو مخکې د پراکسي Proxy-Authenticate کې ننګونه ولولئ. مراجع باید د خدمت له خوا ورکړل شوې لاره ملاتړ کړي؛ د Digest ټاکل یې یوازې Basic ملاتړ کوونکي پراکسي ته نه زیاتوي.
د Digest ملاتړ کوونکي پاینقطې لپاره curl دا کارولی شي:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/اصلي پاینقطه او حساب وکاروئ. د پاسورډ پرته کارننوم curl ته اجازه ورکوي چې پاسورډ وغواړي. د Basic لپاره --proxy-basic وټاکئ؛ د اصلي سرور تصدیق نور اختیارونه کاروي. د ننګونې ترڅنګ د روان curl build ملاتړ هم وګورئ.
| لاره | د باورلیکونو تبادله | د ارزونې وړ ساتنه |
|---|---|---|
| Basic | کوډ شوی کارننوم/پاسورډ جوړه. | کوډ کول انکرپشن نه دی. |
| Digest | له ننګونې څخه ترلاسه شوی ځواب. | الګوریتمونه، د ننګونې پارامترونه او د مراجع پلي کول ساتنه ټاکي؛ دا لاره پخپله د غوښتنو او ځوابونو منځپانګه نه کوډوي. |
دواړه لا هم له مراجع څخه پراکسي ته مناسب ټرانسپورټ غواړي. د موخې HTTPS ډېر ناوخته پیلېږي چې پخوانی ښکاره متن پراکسي لاګین خوندي کړي.
په سرور کې Digest مرستندویان د realm ځانګړي باورلیک مواد او خپل فورمټ غوښتلی شي. د Basic NCSA دوتنه په خپله Digest backend نه ګرځي. د ټاکل شوي مرستندوي مستند فورمټ وکاروئ، بیا د سرچینې او موخې محدودیتونو په ساتلو سره ورک، ناسم باورلیکونه او مجاز غوښتنه وګورئ.