د WinHTTP غوښتنه له پراکسي سره تصدیق کوي، د وېبپاڼې 401 ترلاسه کوي، بیا په راتلونکې لېږنه کې بله 407 اخلي. پراکسي او وېبپاڼه جلا تصدیق حالت لري، او د بیا لېږنې لاره باید دواړه وساتي.

د مایکروسافټ اصلي WinHTTP تصدیق بېلګه ټاکل شوې پراکسي طرحه په یو بدلېدونکي کې ساتي او د هغې طرحې له ټاکلو وروسته د هر WinHttpSendRequest دمخه پراکسي حساب بیا پلي کوي.

  1. غوښتنه ولېږئ او ځواب وګورئ.
  2. د 407 لپاره، وړاندې شوې طرحې وپوښتئ او ټاکل شوې پراکسي طرحه په یاد وساتئ.
  3. د بیا لېږلو دمخه، په هغې طرحې او حساب سره د WINHTTP_AUTH_TARGET_PROXY لپاره WinHttpSetCredentials وبلئ.
  4. د منزل 401 لپاره، د هغه طرحه واخلئ او د راتلونکې لېږنې لپاره په یاد ساتل شوی پراکسي حالت ساتلو سره د سرور اعتبارنامې وټاکئ.

بېلګه په ځانګړي ډول د سرور ننګونې یا لېږد وروسته بیا تصدیق د پراکسي اعتبارنامو د بیا پلي کولو لامل په توګه یادوي. که بلنه یوازې په لومړۍ 407 څانګه کې واچول شي، بله بیا هڅې لاره ممکن د تمه شوې چمتووالي پرته پاتې شي.

هر د API پایله وګورئ او تکراري ناکامۍ محدودې وساتئ. د مایکروسافټ لنډه بېلګه پخوانی حالت تعقیبوي، خو د تولید بیا هڅې تګلاره باید تکراري بدلېدونکې ترتیب هم وپېژني.

که له ناکامۍ وروسته کاروونکی بدیل حساب ورکړي، هغه ارزښتونه تازه کړئ چې هغه بیا لېږنې لاره یې کاروي. WinHttpSetCredentials د غوښتنې په کچه ده؛ دا د بهیر په کچه د پټنومونو زېرمه نه ده چې منځپانګه یې د ټولو راتلونکو غوښتنو لپاره بدله شي.

اړوندې مقالې