প্রতিটি গন্তব্য সামলাতে হবে এমন প্যারেন্ট প্রক্সির একটি ডিফল্ট ফরওয়ার্ডিং নিয়ম দরকার। খুব পুরোনো Tinyproxy কনফিগারেশন থেকে নকল করা ওয়াইল্ডকার্ড এর অবশ্যই দরকার নেই।

বর্তমান ম্যানুয়াল একটি প্রক্সি টাইপ ও এন্ডপয়েন্ট ব্যবহার করে, গন্তব্য নির্বাচকটি ঐচ্ছিক:

Upstream http parent.example.net:8080

অনুমোদিত পাবলিক গন্তব্যের জন্য প্রমাণীকরণহীন পাবলিক HTTP প্যারেন্টের সাথে, HTTP প্রক্সি তালিকা সেই হোস্ট ও পোর্টের জন্য প্রার্থী দেয়; অন্য প্যারেন্টের শংসাপত্র সংযুক্ত করবেন না। ঐচ্ছিক গন্তব্য বাদ দিলে নথিভুক্ত সিনট্যাক্সে এটি ডিফল্ট upstream হয়ে যায়। আরও নির্দিষ্ট গন্তব্য নিয়ম তখন ভিন্ন রুট বা ইচ্ছাকৃত সরাসরি ব্যতিক্রম প্রকাশ করতে পারে।

বিভিন্ন সংস্করণের ব্যাকরণ মেশাবেন না

শুধু একটি ঠিকানা, পোর্ট ও শেষে একটি বিন্দু থাকা পুরোনো উদাহরণ অন্য সংস্করণের হতে পারে। ম্যানুয়ালটি ইনস্টল করা প্যাকেজের সাথে মিলিয়ে নিন, এর upstream বৈশিষ্ট্য সমর্থন ও সমর্থিত প্যারেন্ট প্রোটোকলসহ।

নিয়মের ক্রমও গুরুত্বপূর্ণ। ম্যানুয়াল শেষ-মিলের আচরণ বর্ণনা করে, তাই আপাতদৃষ্টিতে সঠিক ব্যতিক্রম পরে মেলা নিয়মে লুকিয়ে যেতে পারে। সম্পূর্ণ সেট পর্যালোচনা করুন, শুধু সম্পাদিত লাইনটি নয়।

নির্বাচিত প্যারেন্টের পাবলিক প্রস্থান এখনও Tinyproxy-র স্থানীয় বহির্গামী উৎস থেকে আলাদা। যদি উদ্দেশ্য হয় নির্দিষ্ট বাহ্যিক পরিচয় রক্ষা করা, তবে প্যারেন্ট অনুপলব্ধ হলে কী হয় এবং কোন গন্তব্য সরাসরি যেতে পারে তা নথিভুক্ত করুন।

শেষে, গন্তব্য রাউটিং ক্লায়েন্ট অ্যাক্সেস থেকে আলাদা রাখুন। upstream নিয়ম কোনো প্রমাণীকরণ নিয়ম নয় এবং স্থানীয় লিসনার কোন মেশিন ব্যবহার করতে পারবে তা সীমাবদ্ধ করে না। পরিপাটি রুট টেবিল উন্মুক্ত প্রক্সি পরিষেবার ক্ষতিপূরণ দিতে পারে না।

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