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 कसले प्रयोग गर्न सक्छ भन्नेमा असर गर्छ। चार अवस्था विचार गर्नुहोस्: स्वीकृत ग्राहकबाट स्वीकृत गन्तव्य, स्वीकृत ग्राहकबाट अन्यत्र, अर्को ग्राहक स्वीकृत गन्तव्य, र अर्को ग्राहक अन्यत्र। यदि नियमहरूले नीतिको मनसायभन्दा बढी अवस्था अनुमति दिन्छन् भने, लिसनर फराकिलो बनाउनुअघि तर्क सुधार्नुहोस्। व्याकरणको दृष्टिले मान्य कन्फिगरेसनले पनि गलत अनुमति व्यक्त गर्न सक्छ।