লঞ্চ-সময় প্রক্সি র্যাপার ও বিদ্যমান প্রক্রিয়া
ব্যাখ্যা করে কেন একটি প্রক্রিয়া র্যাপারের সাধারণত অ্যাপ্লিকেশনটি চালু করা দরকার, তার ইতিমধ্যে খোলা সংযোগে প্রক্সি সংযুক্ত করার বদলে।
socksify বা proxychains-এর মতো র্যাপার সাধারণত ইন্টারসেপশন লাইব্রেরিসহ লক্ষ্য প্রোগ্রামটি চালু করে। এটিকে বিদ্যমান প্রক্রিয়ার PID দিলে সেই লাইব্রেরি প্রক্রিয়াটিতে যুক্ত হয় না এবং এর খোলা সংযোগগুলোও স্থানান্তরিত হয় না। proxychains-ng-এর জন্য প্রকৃত এক্সিকিউটেবলের লাইব্রেরি লোড করার প্রয়োজনীয়তা দেখুন।
যদি অ্যাপ্লিকেশনটির নিজস্ব প্রক্সি সেটিংস থাকে, তবে সেগুলো প্রয়োগের নথিভুক্ত পদ্ধতি ব্যবহার করুন। একটি পরিবর্তন নতুন অনুরোধকে প্রভাবিত করতে পারে, কিন্তু প্রতিষ্ঠিত সংযোগগুলো তাদের আগের পথে চলতে থাকে।
যদি লঞ্চের সময় ইন্টারসেপশনই উদ্দিষ্ট পদ্ধতি হয়, তবে সেই র্যাপারের অধীনে অ্যাপ্লিকেশনের উপযুক্ত পুনরায় চালু করার ব্যবস্থা করুন। মনে রাখবেন কিছু লঞ্চার কাজটি ইতিমধ্যে চলমান ব্যাকগ্রাউন্ড ইনস্ট্যান্সে হস্তান্তর করে।
সিস্টেম-স্তরের রাউটিং বা ইন্টারসেপশন নকশা নিজস্ব পরিধিসহ আরেকটি প্রক্রিয়া। একটি PID-তে প্রক্সি সেটিং যোগ করার সঙ্গে এটিকে একই কাজ হিসেবে বর্ণনা করা উচিত নয়।
প্রয়োজনীয় প্রস্থানের জন্য, নতুন নেটওয়ার্ক সংযোগ তৈরি করা প্রকৃত প্রক্রিয়া এবং সেই সংযোগগুলো যে পথ ব্যবহার করে তা চিহ্নিত করুন। দৃশ্যমান প্রক্রিয়ার নাম বা অন্য টার্মিনালে র্যাপার কমান্ড এই দুটির কোনোটিই প্রমাণ করে না।