دو پراکسی سیٹنگز ایک ایسی زنجیر بنا سکتی ہیں جس کا آپ نے ارادہ نہیں کیا

آپ کی ایپلیکیشن پراکسی B کی طرف اشارہ کرتی ہے، لیکن اسے پراکسی A کے لیے ترتیب دیے گئے ریپر کے ذریعے شروع کیا گیا ہے۔ ویب سائٹ کون سا اخراج دیکھتی ہے؟ جواب اس بات پر منحصر ہے کہ ریپر کون سا کنکشن روکتا ہے۔

سادہ نیسٹڈ ترتیب میں، ایپلیکیشن پہلے B سے جڑنے کی کوشش کرتی ہے۔ ریپر اس کنکشن کو روکتا ہے اور A کے ذریعے لے جاتا ہے۔ پھر ایپلیکیشن نتیجے میں بننے والی اسٹریم پر B کا پراکسی پروٹوکول بولتی ہے، اور B آخری ویب سائٹ کنکشن کرتا ہے۔

application → wrapper proxy A → application proxy B → website

ویب سائٹ B کا آخری بیرونی کنکشن دیکھتی ہے۔ B A کے ذریعے آنے والا کنکشن دیکھتا ہے۔ یہ اس سے مختلف ہے کہ ریپر ایپلیکیشن کی اپنی پراکسی سیٹنگ کو خاموشی سے اوور رائٹ کر دے۔

سادہ خاکے کی شرطیں ہیں

بائی پاس قواعد، غیر تعاون یافتہ ساکٹ کالز، موجودہ پروسیسز اور ہر پروڈکٹ کا انٹرسیپشن ماڈل راستہ بدل سکتے ہیں۔ کچھ ریپر اپنی پراکسی یا منتخب منازل کو خارج کر سکتے ہیں۔ یہ نہ سمجھیں کہ ہر جوڑی اوزار ایک ہی طرح جڑتی ہے۔

proxychains-ng کی تفصیل اس کے انٹرسیپشن طریقے اور حدود کی وضاحت کرتی ہے۔ مقامی پراکسی سپورٹ استعمال کرنے والا پروگرام پھر بھی اس پراکسی سے نیٹ ورک کنکشن کرتا ہے، جو انٹرسیپشن کے لیے ایک امیدوار ہے۔

غیر تصدیق شدہ عوامی اینڈ پوائنٹس کی جان بوجھ کر بنائی گئی زنجیر کے لیے، مفت پراکسی فہرست ایسے امیدوار پیش کرتی ہے جن کے پروٹوکول ہر اوزار سے مطابقت رکھنے چاہئیں۔ غیر متوقع اخراج کے لیے تین پتے الگ الگ درج کریں: ایپلیکیشن کا منتخب کردہ اینڈ پوائنٹ، ریپر کا منتخب کردہ اینڈ پوائنٹ، اور وہ نتیجہ جو ویب سائٹ دیکھتی ہے۔ صرف براؤزر کی سیٹنگز دیکھنے سے درمیانی تہہ رہ جاتی ہے۔

مطلوبہ رویہ قائم کرتے وقت ایک راستہ استعمال کریں، پھر دوسرا صرف اس صورت میں شامل کریں جب زنجیر ضروری ہو۔ اضافی ہاپ ناکامی کے مقامات اور مختلف اعتماد کے تعلقات شامل کر سکتے ہیں۔ وہ خود بخود شناختی کوکیز نہیں مٹاتے اور نہ ایپلیکیشن کے ہر کنکشن کو ایک ہی راستے پر چلاتے ہیں۔