که libproxy د پراکسي URI بیرته راوګرځوي او بل ساکټ مستقیم وصل شي، نو لېږد وګورئ. libproxy تګلاره کشفوي؛ هغه هر ساکټ چې اپلیکیشن پرانیزي نه نیسي.

  1. د سرچینې پوښتنه وکړئ. په مستند libproxy 0.5 C API کې د پراکسي فابریکه جوړه کړئ او ریښتینی منزل URL وغواړئ.
  2. ترتیب شوي نوماندان تشریح کړئ. HTTP، SOCKS او مستقیمې پایلې بېلابېلې چلند ته اړتیا لري. د هغوی غوراوي ترتیب او په پام کې نیول شوې ناکامي تګلاره وساتئ.
  3. مصرف کوونکی تنظیم کړئ. ټاکل شوی پراکسي ډول، پای ټکی او تصدیق ترتیب هغه ټرانسپورټ ته ورکړئ چې هغوی ملاتړ کوي. یو خام TCP ساکټ د بیرته راګرځېدلي URI څخه CONNECT یا SOCKS خبرې اترې نه ترلاسه کوي.

یو ځواب د ټولو منزلونو لپاره د لارې په توګه مه ساتئ او مستقیمه لارښوونه تلپاته مه کوئ یوازې ځکه چې لومړني پراکسي یو ځل ناکام شو.

که HTTP کلاینټ لا دمخه د سیسټم پراکسي یا PAC کشف یوځای کړی وي، د ټاکنې یو مالک وټاکئ. دوه خپلواک ټاکونکي او یو بل پوښ کیدای شي هغه لاره جوړه کړي چې هیڅ تګلارې یې نیت نه درلود.

په اصلي کوډ کې د نصب شوي API د فابریکې او د پایلو حافظې ژوند دوره تعقیب کړئ. د فابریکې بیا کارول کیدای شي ګټور کشف حالت وساتي، خو بیا هم د هر منزل لپاره پوښتنې ته اړتیا لري. ټاکنه له اړیکې پایلې څخه جلا ثبت کړئ: بیرته راګرځېدلی URI د بریالي تصدیق، حل یا نور لاسرسي ثبوت نه دی.

اړوندې مقالې