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