HTTP 407 پرته د کارېدونکې Proxy-Authenticate ننګونې

کلاینټ یوازې د حالت له شمېرې څخه د تصدیق طریقه نه شي ټاکلی. د پروکسي ځواب باید تشریح کړي چې څه مني.

HTTP غواړي چې 407 تولیدوونکی پروکسي Proxy-Authenticate ننګونه ولېږي. د Basic خدمت لپاره ساده بېلګه دا ده:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

شمېری حالت، د سرلیک نوم او د سکیم ځانګړی نحو ټول مهم دي. هغه برانډ شوې تېروتنه پاڼه چې په خپل اصلي برخه کې د authentication کلمه لري، د سرلیک بدیل نه دی. دودیز پلي کول باید د سرلیک پای او د اصلي برخې چوکاټ په ګډون بشپړ HTTP 407 ځواب هم ولېږي.

هغه ځواب وګورئ چې دې کلاینټ ته رسېدلی

د پټو ارزښتونو له لرې کولو وروسته د حالت او ننګونې ساحې ثبت کړئ. کېدای شي یو منځګړی ځواب بدل کړی وي، یا دودیز پروکسي ناسمه ننګونه جوړه کړې وي. هغه شواهد د پروکسي د خپل راکړې ورکړې ثبت سره پرتله کړئ.

که خدمت پر ځای 405 یا بله تېروتنه ولېږي، نو په دودیز کلاینټ کې دې هر داسې ځواب 407 ونه بلل شي. تاسو به د طریقې د تګلارې ریښتیني ناکامۍ پټې کړئ او بیا هم باوري سکیم خبرې اترې نه لرئ. د خدمت چلند سم کړئ یا د هغې مستنده ملاتړ شوې د تصدیق لاره وکاروئ.

ډېرو ننګونو ته ریښتینی HTTP شنونکی هم ته اړتیا ده. کامه کېدای شي پارامیټرونه یا ننګونې جلا کړي؛ د ټول سرلیک په ړوند ډول پر کامو ووېشل کېدای شي په اقتباس کې realm خراب کړي. د پرله پسې تارونو بدلون پر ځای د کلاینټ ملاتړ شوی د تصدیق پلي کول وکاروئ.

یوازې وروسته له دې چې ننګونه کارېدونکې شي، دا معنا لري چې وڅېړل شي ولې د اعتبارنامې برابرونکي حساب نه دی بېرته راګرځولی.