Squid में myportname और src को अलग ACL के साथ जोड़ना

कॉन्फ़िगरेशन पहली नज़र में उचित लगता है:

acl team_a myportname 3128 src 198.51.100.0/24

लेकिन ACL परिभाषा का एक ही प्रकार होता है। यहाँ myportname प्रकार है; src शब्द जोड़ने से दूसरा परीक्षण शुरू नहीं होता। बाकी शब्द पहले प्रकार की मान-सूची में आते हैं। वह पंक्ति “यह listener और यह क्लाइंट नेटवर्क” नहीं कहती।

हर शर्त को नाम दें

सुनने वाले socket के लिए नाम और स्रोत के लिए अलग ACL इस्तेमाल करें। यह अंश दस्तावेज़ी पते इस्तेमाल करता है, जिन्हें परिनियोजन के अनुकूल पतों से बदलना होगा:

http_port 192.0.2.10:3128 name=team_a_port
acl team_a_port myportname team_a_port
acl team_a_clients src 198.51.100.0/24

http_access allow team_a_port team_a_clients
http_access deny all

असुरक्षित गंतव्य पोर्ट, सीमित CONNECT लक्ष्यों और प्रबंधन पहुँच के मौजूदा संरक्षणों के बाद allow नियम रखें। अंश क्लाइंट/listener शर्त दिखाता है; यह उन संरक्षणों का विकल्प नहीं है।

एक http_access पंक्ति की शर्तें AND से जुड़ती हैं। दो अलग allow पंक्तियाँ हर शर्त को स्वतंत्र रूप से स्वीकार करतीं, जिससे नीति काफ़ी बदल जाती। एक ACL के भीतर कई मान आम तौर पर उस एक परीक्षण के लिए विकल्प देते हैं।

निकास अलग चुनें

मेल खाने वाले listener को tcp_outgoing_address से भी स्थानीय स्रोत पता चुनने के लिए इस्तेमाल किया जा सकता है। यह रूटिंग चयन है, प्रॉक्सी इस्तेमाल की अनुमति नहीं। outgoing-address नियम अस्वीकृत अनुरोध को http_access से पार नहीं करा सकता।

अगर बहु-पता कॉन्फ़िगरेशन अपग्रेड के बाद काम करना बंद कर दे, तो साक्ष्य अलग करें: parse त्रुटि कॉन्फ़िगरेशन सिंटैक्स की ओर संकेत करती है; access denial नियम मिलान की ओर; गलत exit वाला अनुमत अनुरोध outgoing selection या बाद के NAT की ओर। तीनों एक साथ बदलने से छोटी ACL गलती ढूँढना कहीं कठिन हो जाता है।