एउटा क्लाइन्ट 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 जडान मात्रले फर्वार्ड अनुमति प्रमाणित गर्दैन।