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 कोण वापरू शकतो यावर परिणाम करते. चार प्रकरणे विचारात घ्या: मंजूर क्लायंटकडून मंजूर गंतव्याकडे, मंजूर क्लायंटकडून अन्यत्र, दुसरा क्लायंट मंजूर गंतव्याकडे, आणि दुसरा क्लायंट अन्यत्र. जर नियम धोरणाच्या हेतूपेक्षा जास्त प्रकरणांना परवानगी देत असतील, तर लिसनर रुंदावण्यापूर्वी तर्क दुरुस्त करा. व्याकरणदृष्ट्या वैध संरचनाही चुकीच्या परवानग्या व्यक्त करू शकते.