দুটি প্রক্সি সেটিংস এমন একটি চেইন তৈরি করতে পারে যা আপনি চাননি
অ্যাপ্লিকেশন প্রক্সি সেটিংস প্রসেস-স্তরের প্রক্সি র্যাপারের সাথে মিলিত হলে সংযোগটি অনুসরণ করুন।
আপনার অ্যাপ্লিকেশন প্রক্সি B-তে নির্দেশ করে, কিন্তু এটি প্রক্সি A-এর জন্য কনফিগার করা একটি র্যাপার দিয়ে চালু হয়েছে। ওয়েবসাইট কোন এক্সিট দেখে? উত্তরটি নির্ভর করে র্যাপার কোন সংযোগ আটকায় তার উপর।
সরল নেস্টেড বিন্যাসে, অ্যাপ্লিকেশন প্রথমে B-এর সাথে সংযোগ করার চেষ্টা করে। র্যাপার সেই সংযোগ আটকায় এবং A-এর মধ্য দিয়ে বহন করে। এরপর অ্যাপ্লিকেশন ফলাফল স্ট্রিমের উপর B-এর প্রক্সি প্রোটোকল বলে, এবং B চূড়ান্ত ওয়েবসাইট সংযোগ করে।
application → wrapper proxy A → application proxy B → websiteওয়েবসাইট B-এর চূড়ান্ত বাহ্যিক সংযোগ দেখে। B দেখে A-এর মধ্য দিয়ে আসা একটি সংযোগ। এটি র্যাপার নীরবে অ্যাপ্লিকেশনের নিজের প্রক্সি সেটিং ওভাররাইট করার থেকে আলাদা।
সরল চিত্রটির শর্ত রয়েছে
বাইপাস নিয়ম, অসমর্থিত সকেট কল, বিদ্যমান প্রক্রিয়া এবং প্রতিটি পণ্যের ইন্টারসেপশন মডেল পথ পরিবর্তন করতে পারে। কিছু র্যাপার তাদের নিজের প্রক্সি বা নির্বাচিত গন্তব্য বাদ দিতে পারে। প্রতিটি জোড়া টুল একইভাবে মিলিত হয় বলে ধরে নেবেন না।
proxychains-ng-এর বিবরণ এর ইন্টারসেপশন পদ্ধতি ও সীমাবদ্ধতা ব্যাখ্যা করে। নেটিভ প্রক্সি সমর্থন ব্যবহার করা প্রোগ্রামও সেই প্রক্সিতে নেটওয়ার্ক সংযোগ করে, যা ইন্টারসেপশনের একটি প্রার্থী।
অপ্রমাণিত পাবলিক এন্ডপয়েন্টের ইচ্ছাকৃত চেইনের জন্য, বিনামূল্যে প্রক্সি তালিকা এমন প্রার্থী দেয় যাদের প্রোটোকল প্রতিটি টুলের সাথে মিলতে হবে। অপ্রত্যাশিত এক্সিটের জন্য তিনটি ঠিকানা আলাদাভাবে লিখুন: অ্যাপ্লিকেশন যে এন্ডপয়েন্ট বেছে নিয়েছে, র্যাপার যে এন্ডপয়েন্ট বেছে নিয়েছে, এবং ওয়েবসাইট যে ফলাফল দেখে। শুধু ব্রাউজারের সেটিংস দেখলে মাঝের স্তরটি বাদ পড়ে।
উদ্দিষ্ট আচরণ প্রতিষ্ঠা করার সময় একটি রুট ব্যবহার করুন, তারপর চেইন প্রয়োজন হলে কেবল অন্যটি যোগ করুন। অতিরিক্ত হপ ব্যর্থতার বিন্দু এবং ভিন্ন বিশ্বাস সম্পর্ক যোগ করতে পারে। তারা স্বয়ংক্রিয়ভাবে শনাক্তকারী কুকি মুছে দেয় না বা অ্যাপ্লিকেশনের প্রতিটি সংযোগ একই রুট অনুসরণ করায় না।