Squid এক্সটার্নাল ACL ক্যাশিং: হেল্পার কেন প্রতিবার ডাকা হয় না

একটি অনুরোধ লগ করে চুপ হয়ে যাওয়া হেল্পার স্বাভাবিক হতে পারে। Squid হেল্পারকে আরেকটি কোয়েরি না পাঠিয়েই ক্যাশ করা এক্সটার্নাল-ACL ফলাফল দিয়ে নিয়ম মূল্যায়ন করতে পারে।

প্রথমে পুনরায় ব্যবহারযোগ্য সিদ্ধান্তটি সংজ্ঞায়িত করুন। “এই অ্যাকাউন্টটি কি প্রক্সি ব্যবহার করতে পারে?” এর জন্য “এই অ্যাকাউন্টটি কি এই গন্তব্যে পৌঁছাতে পারে?” এর চেয়ে ভিন্ন ইনপুট দরকার। সম্প্রসারিত এক্সটার্নাল-ACL ফরম্যাটই ক্যাশ কী তৈরি করে। হেল্পার যদি ব্যবহারকারীর নাম ও গন্তব্য দিয়ে সিদ্ধান্ত নেয় কিন্তু কী-তে কেবল ব্যবহারকারীর নাম থাকে, তবে ক্যাশ করা অনুমোদন উদ্দিষ্টের চেয়ে বেশি ব্যাপকভাবে প্রযোজ্য হতে পারে। উত্তর বদলায় এমন প্রতিটি ইনপুট অন্তর্ভুক্ত করুন এবং কেবল সমতুল্য সিদ্ধান্তকে খণ্ডিত করে এমন বিবরণ এড়িয়ে চলুন।

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

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

শেষে ধীর, অনুপলব্ধ ও অভ্যন্তরীণ-ত্রুটি ফলাফল সংজ্ঞায়িত করুন এবং আশপাশের ACL ক্রম যেন সেগুলি উৎপন্ন করে তা নিশ্চিত করুন। নকশা তখনই সম্পূর্ণ, যখন পুনরায় ব্যবহারযোগ্য উত্তরের নির্দিষ্টতা ও অনুমোদিত বয়স—দুটোই অ্যাক্সেস প্রয়োজনীয়তার সঙ্গে মেলে।