Privoxy: د HTTP پروکسي کلاینټ له SOCKS ټونل سره نښلول
د HTTP پروکسي یوازې منونکي کلاینټ له SOCKS ټونل سره د محلي HTTP پروکسي له لارې ونښلوئ، نه د ټونل پورټ نوم بدلولو سره.
د SSH متحرک ټونل، چې د PuTTY متحرک فوروارډ هم په کې دی، د SOCKS انټرفیس وړاندې کوي. هغه اپلیکیشن چې یوازې HTTP پروکسي مني، نشي کولی هغه پورټ یوازې د HTTP په نومولو سره وکاروي.
د دوی ترمنځ کېدای شي یو محلي پروتوکول پل وي. اپلیکیشن HTTP پروکسي غوښتنې پل ته لیږي، او پل د SOCKS خدمت له لارې د منزل نښلونې پرانیزي.
Privoxy دا ترتیب د خپلو فوروارډینګ قواعدو له لارې مستند کوي. د موجود محلي SOCKS5 ټونل لپاره د کنفیګریشن ټوټه دا ده:
forward-socks5 / 127.0.0.1:1080 .اپلیکیشن د Privoxy د HTTP اورېدونکي سره نښلېږي، نه له پورټ 1080 سره. هغه اورېدونکی د ټاکل شوې لاسرسي پالیسۍ لاندې محلي وساتئ. په قاعده کې وروستی ټکی مستند معنا لري؛ دا د ورک شوي انټرنیټ کوربه نوم لپاره ځای نیوونکی نه دی.
دا د پروتوکول ژباړه ده
د Privoxy فوروارډینګ اسناد د SOCKS فوروارډینګ نحو او د کوربه نومونو اداره تشریح کوي. عادي TCP پورټ فوروارډینګ هغه ژباړه نه کوي: د کلاینټ HTTP بایټونه پرته له بدلون SOCKS اورېدونکي ته رسوي، چې لا هم د SOCKS خبرو اترو تمه لري.
پل هم د هغه کنفیګریشن برخه کیږي چې باید یې پوه شئ. Privoxy کېدای شي خپل د منځپانګې فلټر او لاسرسي تنظیمات ولري. د هغه اضافه کول د اصلي اپلیکیشن د SOCKS اصلي ملاتړ سره یو شان نه دي.
د HTTPS وېبسایټونو لپاره اپلیکیشن معمولاً د HTTP پل څخه CONNECT غواړي، او پل د منزل نښلونه د SOCKS له لارې ترلاسه کوي. د وېبسایټ عادي TLS د اپلیکیشن او وېبسایټ ترمنځ اړیکه پاتې کیږي؛ پل اړ نه دی چې د دې لارې وړاندې کولو لپاره د وېبسایټ بڼه واخلي.
که اپلیکیشن کولی شي SOCKS مستقیم وکاروي، اضافي برخه کېدای شي غیر ضروري وي. پل د ریښتیني پروتوکول ناسمونو حل لپاره وکاروئ، اورېدونکی او پورتنۍ جریان په روښانه توګه جلا کړئ.