একটি নেটওয়ার্ক কার্ডই স্পষ্ট প্রক্সির জন্য যথেষ্ট

একটি ব্যক্তিগত ফরওয়ার্ড প্রক্সিকে ল্যাপটপ ও রাউটারের মধ্যে শারীরিকভাবে বসতে হয় না। এটি একই LAN-এর অন্য একটি মেশিন হতে পারে, একটি নেটওয়ার্ক ইন্টারফেস ব্যবহার করে।

ল্যাপটপ প্রক্সির ঠিকানা ও শোনার পোর্টে সংযোগ করে। প্রক্সি প্রক্রিয়া ওয়েবসাইট বা তার প্যারেন্টের দিকে একটি আলাদা সংযোগ খোলে। একই ইন্টারফেসই দুই কথোপকথন বহন করতে পারে, আর হোস্টের রাউটিং টেবিল পরবর্তী হপ বেছে নেয়।

client → proxy listener
proxy → existing router → destination

যে অ্যাপ্লিকেশন স্পষ্টভাবে প্রক্সি বেছে নিয়েছে তার জন্য এটাই যথেষ্ট। লিনাক্সে এই সাধারণ ব্যবস্থার জন্য অ্যাপ্লিকেশনের অনুরোধগুলি রিলে করতে শুধু IP ফরওয়ার্ডিং চালু করার দরকার নেই।

ডিফল্ট গেটওয়ে অন্য প্রশ্নের উত্তর দেয়

ক্লায়েন্টের ডিফল্ট গেটওয়ে ক্লায়েন্ট অন্য নেটওয়ার্কের দিকে পাঠানো প্যাকেট সামলায়। ওই সেটিং বদলালে ব্রাউজার HTTP প্রক্সি অনুরোধ বা SOCKS আলোচনা পাঠায় না। একইভাবে, ব্রাউজারে প্রক্সি দিলে অন্য প্রতিটি অ্যাপ্লিকেশন ওই মেশিন দিয়ে রুট হয় না।

একটি হোস্ট দুই কাজই করতে পারে, কিন্তু তখন তাকে দুইটি কনফিগারেশন সামলাতে হয়: প্রক্সি সেবা এবং রাউটিং বা ফায়ারওয়াল কাজ। বেশি ইন্টারফেস নেটওয়ার্ক পৃথকীকরণ সহজ করতে পারে। সেগুলি টপোলজির পছন্দ, স্পষ্ট HTTP প্রক্সির আরোপিত পূর্বশর্ত নয়।

এই পার্থক্যই একটি সাধারণ ব্যর্থ পরীক্ষা ব্যাখ্যা করে: প্রক্সি সার্ভারের ফরওয়ার্ডিং নিয়ম সম্পাদনা করলে অন্য রাউটার দিয়ে যাওয়া সরাসরি ক্লায়েন্ট সংযোগে কোনো প্রভাব পড়ে না। প্যাকেটগুলি কখনও ওই সার্ভার অতিক্রম করেনি।

যদি বাধ্যতামূলক ব্যবহার প্রয়োজন হয়, তবে বিকল্প আউটবাউন্ড ট্র্যাফিক কোথায় নিয়ন্ত্রণ করা যায় তা নির্ধারণ করুন। একটি ইন্টারফেসের স্পষ্ট প্রক্সি বৈধ সেবা হতে পারে, আর আলাদা গেটওয়ে নেটওয়ার্ক নীতি প্রয়োগ করে। প্যাকেটগুলি যেখানে সত্যিই পার হয় সেখানেই প্রয়োগ রাখুন।