د عرضه کوونکي په خوا کې سم پټنوم هغه اعتبارنامه نه جوړوي چې په رښتیا ټاکل شوي پراکسي سره سمون ولري. د هغې پای ټکي له سکیم، هوسټ او پورټ څخه پیل وکړئ؛ د هوسټ ساحه معمولاً یوازې د هوسټ نوم یا IP مني، نه بشپړ URL.

  1. ټوله تصدیق تبادله ولولئ. یو 407 چې وروسته یې منل شوې بیا هڅه وي کېدای شي نورمال وي. له دې مخکې چې ننوتنه رد شوې وګڼئ، تایید کړئ چې پایله لا هم 407 ده.
  2. لار او د اعتبارنامې حد پرتله کړئ. ریښتیني هوسټ/پورټ او هغه نورې ساحې سره سمون ولرئ چې د ځای پرځای شوي HttpClient 5 AuthScope له خوا تعریف شوې. غلط پورټ کېدای شي BasicCredentialsProvider له مناسبې ننوتنې پرته پریږدي.
  3. طریقه او هویت وګورئ. ایا پراکسي ملاتړ شوې طریقه وړاندې کړه؟ ایا بیا هڅې تمه شوې اړیکه وکاروله؟ ایا آپریټر د ډومین وړتیا لرونکی حساب یا بل مستند بڼه غواړي؟

د نصب شوي اصلي نسخې API وکاروئ. د HttpClient 4 د تصدیق کیش ترکیب پرته له بدلون نسخې 5 ته نه ځي. د آپریټر د حساب اړتیاوې وکاروئ، نه دا چې د کارن نوم تصادفي بڼې وګرځوئ.

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

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

اړوندې مقالې