Tinyproxy নিজেই গন্তব্যের সংযোগ খুলতে পারে। দ্বিতীয় প্রক্সি ঐচ্ছিক:

client → Tinyproxy → website

এই ব্যবস্থায় প্যারেন্ট Upstream নিয়মের দরকার নেই। Tinyproxy-র মেশিনের একটি কার্যকর রুট ও গন্তব্য-নাম রিজলিউশন প্রয়োজন, আর এর ক্লায়েন্ট ও গন্তব্য নীতি এখনও অনুরোধটি নিয়ন্ত্রণ করে।

কর্পোরেট গেটওয়ে-প্রয়োজনীয় নেটওয়ার্ক অন্য পথ নিতে পারে:

client → Tinyproxy → parent proxy → website

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

দুই ক্ষেত্রেই ক্লায়েন্ট Tinyproxy-র শোনার ঠিকানাই ব্যবহার করে। সরাসরি ফরওয়ার্ডিং থেকে প্যারেন্টে যাওয়া Tinyproxy-র পরবর্তী পথ বদলায়; প্যারেন্টের ঠিকানাকে Tinyproxy-র স্থানীয় শ্রোতায় পরিণত করে না।

এছাড়া সর্বজনীন প্রস্থানকে মেশিনের স্থানীয় ঠিকানা থেকে আলাদা রাখুন। সরাসরি সংযোগ NAT দিয়ে বেরোতে পারে, আর একই নেটওয়ার্কের দুটি প্রক্সি একই সর্বজনীন প্রস্থান ভাগ করতে পারে। দ্বিতীয় ধাপ যোগ করলে ওয়েবসাইটে ভিন্ন IP ঠিকানার নিশ্চয়তা নিজে থেকে মেলে না।

সম্পর্কিত নিবন্ধ