Squid का एक allow नियम AND है; दो नियम OR हो सकते हैं

इस नीति को ज़ोर से पढ़ें: ऑफ़िस नेटवर्क को स्वीकृत गंतव्य के लिए प्रॉक्सी उपयोग करने दें। यदि वे शर्तें साथ हैं, तो नियम में भी उन्हें साथ रखें।

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 कौन उपयोग कर सकता है। चार स्थितियाँ विचार करें: स्वीकृत क्लाइंट से स्वीकृत गंतव्य, स्वीकृत क्लाइंट कहीं और, दूसरा क्लाइंट स्वीकृत गंतव्य, और दूसरा क्लाइंट कहीं और। यदि नियम नीति की मंशा से अधिक स्थितियाँ अनुमत करते हैं, तो लिसनर चौड़ा करने से पहले तर्क ठीक करें। व्याकरण की दृष्टि से मान्य कॉन्फ़िगरेशन फिर भी गलत अनुमतियाँ व्यक्त कर सकता है।