ಒಂದು ಕ್ಲೈಂಟ್ 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 ಸಂಪರ್ಕ ಮಾತ್ರ ಫಾರ್ವರ್ಡ್ ಅನುಮತಿ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.