એક ક્લાયન્ટ 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 જોડાણ ફૉરવર્ડની પરવાનગી સાબિત કરતું નથી.