Tinyproxy গন্তব্য ফিল্টার, ক্লায়েন্ট ACL এবং CONNECT পোর্ট

Tinyproxy-র একটি Allow লাইন বলে কে প্রক্সি ব্যবহার করতে পারবে। এর মানে এই নয় যে সেই ক্লায়েন্টরা কেবল সেখানে লেখা হোস্টেই পৌঁছাতে পারবে। গন্তব্য ফিল্টারিং একটি আলাদা সেটিং।

একটি নির্দিষ্ট নামকৃত সেবায় পৌঁছানোর জন্য তৈরি প্রক্সির ক্ষেত্রে ফিল্টারটি একটি অনুমোদন তালিকা হিসেবে কাজ করতে পারে:

Filter "/etc/tinyproxy/allowed-hosts"
FilterDefaultDeny Yes
FilterURLs No

এরপর ফাইলটিতে আপনার নির্বাচিত ফিল্টার সিনট্যাক্স দ্বারা অনুমোদিত গন্তব্য প্যাটার্ন থাকে। একটি সংকীর্ণ সঠিক-হোস্ট প্যাটার্ন রাখুন, এবং রেগুলার এক্সপ্রেশন অ্যাঙ্কর বা ওয়াইল্ডকার্ড সিনট্যাক্স বাছাই করার আগে কনফিগার করা FilterType যাচাই করুন। এক মোডের জন্য লেখা প্যাটার্ন অন্য মোডে ভিন্ন কিছু বোঝাতে পারে।

তিনটি ভিন্ন নিয়ন্ত্রণ আছে

• ক্লায়েন্ট Allow/Deny নিয়ম উৎস ক্লায়েন্টদের সীমাবদ্ধ করে।
• গন্তব্য ফিল্টারিং অনুরোধকৃত হোস্ট বা URL সীমাবদ্ধ করে।
• ConnectPort CONNECT গন্তব্য পোর্ট সীমাবদ্ধ করে।

Tinyproxy ম্যানুয়াল এগুলো আলাদাভাবে নথিভুক্ত করে। গন্তব্য ফিল্টার প্রক্সি প্রমাণীকরণ যোগ করে না, এবং পোর্ট অনুমোদন অনুরোধগুলোকে একটি হোস্টনামে সীমাবদ্ধ করে না।

সাধারণ টানেলের মাধ্যমে HTTPS-এর ক্ষেত্রে গন্তব্য হোস্ট নিয়ে কাজ করুন। এনক্রিপ্ট করা অনুরোধ পথ সাধারণ প্রক্সি-দৃশ্যমান টেক্সট হিসেবে পাওয়া যায় না, তাই সাধারণ HTTP-এর জন্য কাজ করা পথ এক্সপ্রেশন HTTPS পৃষ্ঠার পথ পরীক্ষা করে বলে ধরে নেওয়া উচিত নয়।

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