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

http_access allow office_clients approved_destination

সেই লাইনটি অনুরোধ অনুমোদন করতে উভয় ACL-কেই মিলতে হবে। এটি ভাগ করলে নীতি বদলে যায়:

http_access allow office_clients
http_access allow approved_destination

এখন অফিস ক্লায়েন্টদের গন্তব্য-নিষেধ ছাড়াই অনুমতি দেওয়া যায়, আর সেই গন্তব্যে অনুরোধ অফিস-নিষেধ ছাড়াই, যদি আগের কোনো নিয়ম তাদের অস্বীকার না করে থাকে। দুটি লাইন একটি লাইনের আরও পাঠযোগ্য বানান নয়।

ক্রম নীতির অংশ

Squid অ্যাক্সেস নিয়ম ক্রমান্বয়ে মূল্যায়ন করে। প্রথম মিলে যাওয়া সিদ্ধান্তই অনুরোধ নিয়ন্ত্রণ করে। আগের allow all পরের সতর্ক নিষেধ ব্যর্থ করে; আগের মিলে যাওয়া অস্বীকার পরের অনুমোদনে পৌঁছাতে বাধা দেয়।

http_access নথি এই ক্রম ব্যাখ্যা করে। পাঠক অন্তর্নিহিত ডিফল্ট আচরণ মনে রাখবেন বলে ভরসা না করে ইচ্ছাকৃত চূড়ান্ত অস্বীকার রাখুন।

অনেক ACL সংজ্ঞায় ভিন্ন OR সম্পর্ক থাকে: একটি নামযুক্ত উৎস ACL একাধিক অনুমোদিত পরিসর তালিকাভুক্ত করতে পারে। এটি উৎস ও গন্তব্যের পরিচয়কে একই ACL ধরন করে না। এগুলি আলাদা করে সংজ্ঞায়িত করুন, তারপর অ্যাক্সেস সিদ্ধান্তে নামগুলি একত্র করুন।

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

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