براوزر د Squid له لارې یو HTTP پاڼه پورته کوي. هماغه هدف د proxychains لاندې ناکامېږي. دا په دې معنا نه ده چې له دوو پروګرامونو یو یې غلط پروکسي IP غوره کړی.

عادي HTTP پوهېدونکی کړیو کولی شي د وېب غوښتنه په HTTP پروکسي بڼه مخکې پروکسي ته ولېږي. خو عمومي ساکټ پوښ د هغه اړیکې لپاره چې اپلیکیشن غوښتل یې پرانیزي بایټ تونل ته اړتیا لري. د خپلې زنځیرې په HTTP پروکسي لپاره proxychains د CONNECT کاروي.

په دې معنا چې د 80 پورټ پر یوه ساده متن وېبسایټ کولی شي د 80 پورټ لپاره CONNECT غوښتنه جوړه کړي. هغه Squid تګلاره چې CONNECT یوازې د خپل تصویب شوي TLS پورټ لیست ته اجازه ورکوي، کولی شي هغه تونل رد کړي، که څه هم د 80 پورټ ته عادي HTTP غوښتنې اجازه لري.

غوښتنې پرتله کړئ، نه یوازې د کوربه نومونه

د proxychains-ng اسناد د هغې د HTTP CONNECT ملاتړ تشریح کوي. د Squid د لاسرسي قواعد کولی شي طریقه او هدف پورټ جلا کړي. دا هماغه وېبسایټ ته د غوښتنې بېلابېلې لارې دي.

د بدلولو دمخه رد او پلان شوې تګلاره ولولئ. CONNECT لاسرسی هر پورټ ته پراخول یو لوی بدلون دی؛ دا د پوښ د ناسمونوالي لپاره اصلي ځواب نه باید وي.

که اپلیکیشن اصلي HTTP پروکسي ملاتړ ولري، د هغې کارول کولی شي د ساده متن HTTP لپاره غیر ضروري عمومي تونل ته مخه کړي. که واقعاً د خام TCP تونل ته اړتیا لري، هغه تصویب شوی پروکسي پروتوکول او پورټ تګلاره غوره کړئ چې داسې یو چمتو کوي.

بریالۍ براوزر غوښتنه د پروکسي د لاسرسي او یو ملاتړ شوي غوښتنې حالت په اړه ګټوره شاهدي ده. خو دا نه ثابتوي چې هر تونل میتود، هدف پورټ یا د اپلیکیشن پروتوکول د هغه پروکسي له لارې اجازه لري.

اړوندې مقالې