एक क्लाइंट IP के लिए Squid 6 पहुँच नियम

यह कॉन्फ़िगरेशन Squid 6.13 के लिए है, जिसमें Debian 13 का पैकेज भी शामिल है। इंस्टॉल संस्करण squid -v से जाँचें; Squid की निर्देशिका http_access को संस्करण 8 में अनुपलब्ध बताती है।

पहले पते चुनें

लिसनर को सर्वर को आवंटित पता चाहिए। क्लाइंट नियम को Squid को दिखने वाला स्रोत पता चाहिए; यह लैपटॉप का निजी पता नहीं बल्कि NAT नेटवर्क का सार्वजनिक निकास पता हो सकता है।

नीचे के दस्तावेज़ी पते बदलें। क्लाइंट प्रतिबंध एक पता है, जिसे /32 के रूप में लिखा गया है।

http_port 192.0.2.10:3128
acl proxy_client src 198.51.100.27/32
acl Safe_ports port 80 443
acl SSL_ports port 443
acl CONNECT method CONNECT

http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access deny manager
http_access deny to_localhost
http_access deny to_linklocal
http_access allow proxy_client
http_access deny all

पैकेज कॉन्फ़िगरेशन में संबंधित लिसनर, ACL परिभाषाएँ और पहुँच नियम बदलें, लेकिन लॉगिंग तथा फ़ाइल सिस्टम सेटिंग रखें। ये नियम किसी पुराने क्लाइंट अनुमति नियम के नीचे जोड़ने से प्रतिबंध बाइपास हो सकता है। सूची ACL की दोहराई परिभाषाएँ भी मान जोड़ सकती हैं।

अनुरोध नियमों से कैसे गुजरते हैं

शुरुआती रोक अनचाहे गंतव्य पोर्ट, प्रबंधन अनुरोध और स्थानीय या link-local गंतव्य अस्वीकार करती है। ज्ञात क्लाइंट को इन जाँचों के बाद अनुमति मिलती है; बाकी अनुरोध अंतिम रोक तक पहुँचते हैं। गंतव्य सुरक्षा अब भी ज़रूरी है, क्योंकि केवल स्रोत अनुमति सूची गंतव्य सीमित नहीं करती।

लिसनर खोलने से पहले होस्ट या नेटवर्क फ़ायरवॉल को इच्छित स्रोत तक सीमित करें। बाइंडिंग तय करती है कि Squid कहाँ कनेक्शन स्वीकार करता है; पहुँच नियम तय करते हैं कि कौन-से अनुरोध अनुमति पाते हैं।

sudo squid -k parse -f /etc/squid/squid.conf

प्रबंधित सेवा रीलोड करने से पहले पार्स त्रुटियाँ ठीक करें। अनुमत क्लाइंट और अपने नियंत्रण के दूसरे स्रोत से जाँचें जिसे रोका जाना चाहिए। पुष्टि करें कि लक्ष्य को केवल अधिकृत अनुरोध मिलता है; अकेला TCP कनेक्शन फ़ॉरवर्ड की अनुमति साबित नहीं करता।